Mail Archives: djgpp-workers/2000/01/18/23:59:22
On Mon, 10 Jan 2000 pavenis AT lanet DOT lv wrote:
> Well, I did some tests with DJGPP. After fixing bug in
> gcc/config/i386/xm-djgpp.h (HAVE_DOS_BASED_FILESYSTEM were
> written instead of HAVE_DOS_BASED_FILE_SYSTEM) and after
> fixing following additional things in protoize.c
>
> - expanding $DJDIR in begin of filename in process_aux_info_file()
>
> - replacing aux_info_suffix for DJGPP (I used "X" instead of ".X"
> as foo.c.X in not a legal file name for DOS when LFN support is
> not available)
>
> - I also used /dev/null instead of "NUL:" of course
>
> protoize and unprotoize seems to work. However I haven't done much
> tests with it
>
Hi Andris,
Thanks for your comments. Since you mention that foo.c.X is not a legal
DOS filename, there is another one to deal with -- currently a foo.c is
saved as foo.c.save. I've tentatively changed that to `foo.csaved'
instead, which looks ugly but at least workable.
I however am going to skip the change regarding $DJDIR -- this is not
the established practice in gcc sources, and I don't want my patch to
get bogged down because of this. I'll let the djgpp gcc maintainers
handle this issue.
I also changed the ``DJGPP'' macro to __MSDOS__ following the rest of gcc.
DJGPP seems to yet another namespace polluting macro -- I would think that
you guys would use __DJGPP__ instead.
I'll get these changes into mainline gcc sometime this week.
Regards,
Mumit
ps: it's much easier if you send me patches against a patched version,
ie., an incremental patch; otherwise it's quite hard to tell what you've
fixed/modified by inspection.
- Raw text -