Hello,
Thanks for the interesting info about various toolchains for Fuzix. I
wonder why you include x86_16 target in the Fuzix challenge, as ELKS is
already playing on that ground, but that is your baby, so...
Back to ELKS : from what I see in the Coherent tree ('duff' was my
friend to have a more clear view), CC and AS386 output object files in
COFF, not A.OUT as BCC and AS86, so we would have to migrate to the
associated LD386, and update other tools as DIS88 (and the upcoming
MON86 and EMU86, scoop!). And despite that move, staying out of the
mainsteam on an unmaintained toolchain...
I am afraid it would be a too heavy workload just to have fun with old
hardware or for learning purpose. I would instead spend my spare time in
splitting the recursive parser / code generator in BCC to keep it
simple, easy understandable and more maintainable (BCC = Basic C
Compiler for Beginner ?), following the PCC design without portability
in mind, and to be able to improve the register allocator without
dealing with any generic register representation as in GCC.
The latest because I see Juan or Jody saving few bytes with big effort,
while many bytes could be saved at the root by optimizing register usage
in function bodies (starting with the SI / DI push / pop for nothing);
and because I am already breaking the 64K segment limit with a first
draft of an Ethernet driver for my board. ANSI non-compliance is not
really a concern at that stage. But I could understand my rational is
only valid for my specific use case...
Regards,
MFLD
Le 15/04/2015 23:41, Alan Cox a écrit :
Started to have a look to that huge stuff (not really sorted...), but
could you please explain the idea you have in mind ? Is this a suggest
to replace the DEV86 toolchain by something else ?
>At least the compiler. The Coherent compiler is an ANSI C compiler with a
reasonably good optimiser on it. The tree seems to have versions for
8086, 80286 (protected mode included) and 80386 (which is probably not
useful)
>8086 I did a test build of the core with bcc, but would probably use
the coherent compiler eventually if it did 8086. Not sure there is
that much point doing 8086, fixing the dumber bits ELKS inherited from
32bit Linux would probably shrink it down to the point the size change
wasn't that big a deal. Alan
--
To unsubscribe from this list: send the line "unsubscribe linux-8086" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
