The Sinclair QL Forum

Sure, patches here are totally welcome as in the previous format. Few other questions: - 1., the compiler now generates executable files with the .exe extension. However, I think this isn't a QL custom? As you even need to put the binary name into quotation marks (like "win1_hello.exe") in...

More heads up: I've just added (r49239) a dummy sysutils and classes unit. These are basically the two core units for Object Pascal features. Basically this is what is needed for Delphi-level code. However, it comes with a price, which is slightly more code bloat. Especially sysutils unit grew reall...

Just as a quick heads up, in SVN r49233, I fixed an FPC inline assembler bug (m68k specific), which in some of my test builds caused the relocation code to fail for bigger than 32K executables, and even trash innocent memory in the process. (An index register was interpreted for .w size, rather than...

I compiled the hello.pp file with: fpc-ql -Tsinclairql -WQqhdr hello.pp Which produced the output described and using Q-emulator, was abloe to execute the file 'hello.exe' But the file 'hello.exe' would not execute in QPC2 or SMSQmulator, SMSQ/E still thinking it was a Type 0 or data file. Two thin...

So we are getting vbcc for QL out of this too? Not from me, sorry. :) And to my knowledge Frank is not looking into it either. But whoever picks up that challenge is one step closer now to have something "production ready". At this point I think it's only some libc support is missing, as ...

how come the savings is so big? Does ist use a compressed format? No, not really. Instead, the old relocation table was quite wasteful, but it was also very simple. Basically it was just a series of longwords with the relocation offsets. The new format is basically if the next byte is zero, then th...

If I follow you, the latter form would be in the QL Unit, "qdos", and would just call out to mt_inf in the system unit, yes? That is correct. These wrappers will be there until ABI compatibility allows, so whatever application code gets written, can be more Pascal like. But I always tend ...

But the system variables address is a longword surely? Or at best a pointer to a byte? The address itself is a longword for sure, but it points to a series of bytes. As in, in that sequence not all fields are longwords, or 32bit aligned actually. If in my example the variable system_vars was a PLon...

NormanDunbar wrote:Ok, the current version of the document is now on GitHub. There will always be a "latest" version available from https://github.com/NormanDunbar/FPC-Cro ... ses/latest assuming all goes well.

I added a link to that page into: https://wiki.freepascal.org/Sinclair_QL#Building

A quick fix for today. The existing MT_INF in qdos.inc has the system variables address coming back via a pchar and the ASCII version via a plongint. They are the wrong way around. Patch 6 fixes the problem. Sorry Norman, but I'm pretty sure this patch is wrong, but having said this, I'm not saying...