🚀 go-pugleaf

In article <177@transys.UUCP> baron@transys.UUCP (Joe Portman) writes:
>In <948@rlgvax.UUCP> Dennis Bednar writes:
>
>> It does not seem possible to tell the Xenix SV compiler/loader for
>> the IBM PC/AT (286 CPU)to build an a.out with a large enough stack
>> segment in some cases.
>I have run across this exact problem, notably with compiling and setting up
>the usenet software.
>
>I solved it by:
>
>1.	using the -M2l and -s -i flags of the compiler. This sets the compiler 
>	to LARGE memory model and enables 286 code generation. It also allows
>	multiple data segments. The -s strips the symbol table and the
>	-i says SEPARATE instruction and data space. This is implied in
>	middle, large and huge models, but MUST be specified in the default
>	model (small).
That implies you have a C compiler with a working large model.  I have yet
to see a Xenix large model that can compile the average non trivial program
without an extreme amount of hacking to avoid compiler bugs.  I eagerly
await such a Xenix compiler, but am not holding my breath.