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>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
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.