Re: GCC headers and DJGPP port

[Zack Weinberg <zack at wolery dot cumb dot org>]

On Fri, Jul 21, 2000 at 03:10:09PM -0500, Loren James Rittle wrote:
> In article <20000720191609.B7661@wolery.cumb.org>:
> 
> > I'd believe we can chuck out a lot of it, not all.  For instance, the
> > BSDs don't run fixincludes, and they have their own stddef.h which
> > ours must match (when we are installed in /usr/local instead of from
> > the BSD unified tree).  And then there's the platforms using
> > fixinc.wrap or fixinc.svr4...
> 
> Hi Zack,
> 
> Libelous comment! ;-) I can only speak authoritatively for FreeBSD
> (although NetBSD appears to configure the same as us): At least in the
> offical GNU CVS archive version (and our official /usr/ports
> collection patches against the 2.95 branch), we now adhered to Jeff
> Law's pronouncement that ports must not disable fixincludes by setting
> USER_H.  It took some work to get there but we are there now.

I stand corrected.  My information is out of date; the last time I
looked closely at any BSD's build process was back in the day of
FreeBSD 3.0.

> I can't speak authoritatively on what happens when the compiler is
> installed as the system compiler.

However, it is this case I was thinking specifically of.  Not so long
ago I had a discussion with someone from FreeBSD over what it would
take to get them to install the system compiler in the same way it
would be installed if you configured the distribution tarball with
--prefix=usr; i.e. with a /usr/lib(exec)/gcc-lib/TARGET/VERSION
directory, and with stddef.h etc. in the /include subdirectory of
that.  I was told, in many more words, that this would never happen.

What that means is, there will always be a /usr/include/stddef.h on a
FreeBSD box, which will not be the header provided by GCC.  But when
GCC is installed in /usr/local, its private stddef.h has to play by
the same rules.  I'm thinking not of the actual definitions of size_t,
etc. when I say "same rules" - but the magic involved with determining
whether or not size_t has already been typedefed.  That magic
constitutes the majority of our stddef.h.

zw