This is the mail archive of the
mailing list for the GCC project.
Re: (Broken) stdint.h support for FreeBSD
- From: Richard Guenther <richard dot guenther at gmail dot com>
- To: Dave Korn <dave dot korn dot cygwin at googlemail dot com>
- Cc: Gerald Pfeifer <gerald at pfeifer dot com>, gcc-patches at gcc dot gnu dot org, "Loren J. Rittle" <ljrittle at acm dot org>, "Joseph S. Myers" <joseph at codesourcery dot com>
- Date: Sat, 30 May 2009 14:23:57 +0200
- Subject: Re: (Broken) stdint.h support for FreeBSD
- References: <alpine.LSU.email@example.com> <4A211A0C.firstname.lastname@example.org>
On Sat, May 30, 2009 at 1:35 PM, Dave Korn
> Gerald Pfeifer wrote:
>> As I had promised, here is a patch to add stdint.h support for FreeBSD.
>> The tree has been a bit shaky when I originally developed this, but sadly
>> even now that everything else is stable, bootstrap still fails for me:
>> ? checking for suffix of object files... configure: error: in
>> ? `/usr/nabil-files/pfeifer/OBJ-0530-1137/i386-unknown-freebsd7.1/libgcc':
>> ? configure: error: cannot compute suffix of object files: cannot compile
>> ? See `config.log' for more details.
>> ? gmake: *** [configure-stage1-target-libgcc] Error 1
>> ? gmake: Leaving directory `/usr/nabil-files/pfeifer/OBJ-0530-1137'
>> What happens here is that $OBJDIR/./cc1 segfaults. ?I have a hunch I
>> must be missing the obvious. :-( ?Does any of you see what might be
>> wrong here?
> ?A stack trace? ;-)
> ?If it's a segv in c_common_nodes_and_builtins, that means that one of the
> name strings you defined in freebsd-stdint.h doesn't match against any of the
> predefined types instantiated at the top of that function. ?Note that it's a
> simple string match, so ordering of "(un)signed" and "long/short" must be
> identical; it's not parsed to be c-type-semantics aware.
In which case it is probably "short" vs. "short int" in two places.
> ? ?cheers,
> ? ? ?DaveK