Sender:	bkorb AT sco DOT COM
Message-ID:	<39736F4C.5CF24127@sco.com>
Date:	Mon, 17 Jul 2000 13:40:44 -0700
From:	Bruce Korb <bkorb AT sco DOT COM>
Organization:	Santa Cruz Operations
X-Mailer:	Mozilla 4.7 [en] (X11; I; SCO_SV 3.2 i386)
X-Accept-Language:	en
MIME-Version:	1.0
To:	DJ Delorie <dj AT delorie DOT com>
CC:	djgpp-workers AT delorie DOT com, GNU Compiler <gcc AT gcc DOT gnu DOT org>
Subject:	Re: GCC headers and DJGPP port
References:	<200007171736 DOT KAA29313 AT kankakee DOT wrs DOT com> <39734D95 DOT 6D145F00 AT softhome DOT net> <39735540 DOT C8BD0707 AT sco DOT com> <200007171928 DOT PAA31031 AT envy DOT delorie DOT com>
Reply-To:	djgpp-workers AT delorie DOT com

DJ Delorie wrote:
> 
> > Suppose the GCC-supplied "stddef.h" were to do stuff like:
> > ...
> > and the DJGPP headers were to do the same?  :-)
> 
> If you can guarantee that gcc won't change it's mind *again* I suppose
> we could agree on something like this.

The fixincludes hackery that uses this mechanism dates from the
shell script I used as the basis for the new, improved fixincludes.
I won't be changing it.

> Unfortunately, DJGPP is a *dos* program, not a Win32 program.  That
> makes things even harder (but not impossible).  We have popen()
> and system(), but not fork().

Then it would seem possible that the "process()" fixincl routine
could be reworked for DOS such that the fork(2) calls get
replaced with system(3) calls, a la:

   sprintf( buf,
   "src=%s ; dest=%s ; fix=%s\n"
   "fixincfix $fix $src FIXINC.TMP\n"
   "mv -f FIXINC.TMP $dest", pz_src, pz_dest, pz_fix_name );
   system( buf );

(modified as required for the DOS environment).
I think the shell server could be disposed of with a little
effort.  It is not widely used inside of fixincl anymore.
Obviously, the "fixincfixer" program would have to be
resurrected.  That would not be too hard.

- Raw text -