This is the mail archive of the
gcc@gcc.gnu.org
mailing list for the GCC project.
Re: FreeBSD 4.0
- To: Zack Weinberg <zack at bitmover dot com>
- Subject: Re: FreeBSD 4.0
- From: Jeffrey A Law <law at cygnus dot com>
- Date: Mon, 20 Sep 1999 05:17:21 -0600
- cc: obrien at NUXI dot com, rittle at rsch dot comm dot mot dot com, morganw at engr dot sc dot edu, rth at cygnus dot com, gcc at gcc dot gnu dot org, pfeifer at dbai dot tuwien dot ac dot at
- Reply-To: law at cygnus dot com
In message <199909151623.JAA02391@zack.bitmover.com>you write:
> > There are no GCC headers in my base system. We've never needed them, and
> > there are copyright issues anyway.
>
> Do you have your own stdarg.h too?
They may have their own stdarg.h, but we should not be using it. We should
be using the gcc supplied stdarg.h & varargs.h. This is related to the who
thread about how a port should never, ever override USER_H.
Actually, given the revamp of the varargs/stdarg stuff recently, now might
be as good a time as any to zap the USER_H overrides and arrange that they
can not come back since ports which are redefining USER_H probably don't
work right now anyway.
That will also root out problems with stddef.h since ports like FreeBSD,
OpenBSD
and NetBSD will start using the one provided by gcc instead of their own.
stddef.h has the header file that eventually sent me down the path of
redefining USER_H years ago. FWIW, I believe the particular problem I was
working around has already been fixed.
The effected ports would be:
./alpha/t-interix:USER_H=$(LANG_EXTRA_HEADERS)
./pa/x-pa:USER_H = $(EXTRA_HEADERS) $(LANG_EXTRA_HEADERS)
./i386/t-interix:USER_H=$(LANG_EXTRA_HEADERS)
./i386/x-dgux:USER_H = $(EXTRA_HEADERS) $(LANG_EXTRA_HEADERS)
./m88k/x-dgux:USER_H = $(EXTRA_HEADERS) $(LANG_EXTRA_HEADERS)
./m88k/x-dguxbcs:USER_H = $(EXTRA_HEADERS) $(LANG_EXTRA_HEADERS)
./mips/x-netbsd:USER_H = $(srcdir)/ginclude/stdarg.h $(srcdir)/ginclude/varargs.h \
./t-freebsd:USER_H = $(EXTRA_HEADERS) $(LANG_EXTRA_HEADERS)
./t-openbsd:USER_H = ${LANG_EXTRA_HEADERS}
And winnt I believe.
[ For those wondering about x-pa, that is for PAs running 4.3/4.4 BSD, not
the widely more available hpux :-) ]
jeff