On Mon, 10 May 2004, Bart Oldeman wrote:
Hi Tom,
You don't remember correctly.
the kernel reference compiler has been for a long time TC 2.01 (which
is free), and has been changed to OW because it generates better
(smaller) code, and because it's free and open.
Aitor remembers
Hi,
Steffen Kaiser escribi:
Although, I would also keep the doing of the past to not press people to
have to port project too heavily to OpenWatcom. However, it would be good
to have a fd-doc for Newbies about OW in action. I had put together would
was posted here into:
Steffen Kaiser escribió:
How about to change the reference compiler not only for the kernel, but
for all the project?
There had been a movement from MASM to NASM already, so this can be
reflected here as well. This is missing some documentation as well, right?
It would be helpful to have some
On Mon, 10 May 2004, Arkady V.Belousov wrote:
It works (compiles programs). I even already prepared ATTRIB edition,
which compilable by TC/BC/OW, and delay its release only because wait, if I
found some new ways to reduce RTL (by replacing some RTL functions) -
currently ATTRIB.EXE after
Hi!
__O\_/_\_/O__
d:\lang\tc\tcc -c -1- -zCHMA_TEXT -DWITHFAT32 -zCINIT_TEXT -zDIB -zRID -zTID
-zBIB -zGI_GROUP -zSI_GROUP config.c
Turbo C Version 2.01 Copyright (c) 1987, 1988 Borland International
config.c:
Warning config.c
Hi!
Don't know what wrong, but EXEFLAT after TC compilation hangs, thus I
can't compile kernel by TC. Tested on unmodified version of latest
kernel.tgz.
---
This SF.Net email is sponsored by Sleepycat Software
Learn developer strategies
On Mon, 10 May 2004, Arkady V.Belousov wrote:
__O\_/_\_/O__
d:\lang\tc\tcc -c -Id:\lang\tc\include -I..\hdr -DFORSYS -DWITHFAT32
-Ld:\lang\tc\lib -mt -a- -k- -f- -ff- -O -Z -d talloc.c
Turbo C Version 2.01 Copyright (c) 1987,
Hello Eric,
BC xx wouldn't have worked
after my HMA additions.
I hope you make that clear somewhere. Otherwise, people try to use BC...
I was talking about history; at these times it simply couldn't compile
with any BC.
It would be helpful to have some port MASM -- NASM document.
Two
Hi Bernd,
I am not doing anything to the To: field... Whatever:
still not clear if CALLVER can be implemented into FreeCOM:
CALL /V:x.yz program /options
Should not be hard to do, I think. But would be a bit off topic.
CALLVER requires FreeCOM anyway, instead of patching MSDOS version
is it something like the bible, or should it be something
reflecting (intended) reality ?
I suggest that it describes reality, but that original intentions are
not removed but just marked as obsoleted.
I think, that a spec should describe the projects intention.
and it's certainly not the
XYZ=TRUE in config.sys?
THIS WAS INTENDED NOT TO BE DOCUMENTED. THANKS FOR AMKIING IT PUBLIC.
no kind regards
tom
---
This SF.Net email is sponsored by Sleepycat Software
Learn developer strategies Cisco, Motorola, Ericsson Lucent use to
Hi!
Here update for make files:
- ALLCFLAGS and NASMFLAGS placed after all options (this allows to redefine
some options in config.bat); for watcom.mak this also adds space after
ALLCFLAGS (which is required, if ALLCFLAGS ends by option like -I).
- NASMFLAGS now includes -f and
12 matches
Mail list logo
