gcc-4.4

Dean Takemori deant at hawaii.rr.com
Sun Nov 15 00:33:22 PST 2009


On Mon Jul 13 20:13:37 MDT 2009 Robert Connolly wrote:
> I'm building gcc-4.4, but I did not 
> add --disable-decimal-float, --disable-threads, --disable-libmudflap, 
> or, --disable-libgomp, like LFS does, since I'm doing a native build. I 
> noticed that this dramatically lengthens the time to build gcc pass 1.

How successful have you (or anyone else) been in building
an HLFS system using gcc-4.4.x?

Using gcc-4.4.2 (w/gmp-4.3.1, mpfr-2.4.1 + mpfr-2.4.1's 20090313 patches),
I've been able to build gcc-pass1 and glibc-2.10.1, but the build of the 
second pass of gcc fails in libiberty with

In file included from ../../libiberty/floatformat.c:31:
/tools/include/string.h:546: error: expected declaration specifiers or '...' before '__locale_t'
/tools/include/string.h:547: error: nonnull argument with out-of-range operand number (argument 1, operand 3)
/tools/include/string.h:550: error: expected declaration specifiers or '...' before '__locale_t'
/tools/include/string.h:551: error: nonnull argument with out-of-range operand number (argument 1, operand 4)
make[3]: *** [floatformat.o] Error 1
make[3]: Leaving directory '/mnt/HLFS/tools/Build/gcc_pass2/gcc-4.4.2/obj/libiberty'
make[2]: *** [all-stage1-libiberty] Error 2
make[2]: Leaving directory '/mnt/HLFS/tools/Build/gcc_pass2/gcc-4.4.2/obj'
make[1]: *** [stage1-bubble] Error 2
make[1]: Leaving directory '/mnt/HLFS/tools/Build/gcc_pass2/gcc-4.4.2/obj'
make: *** [all] Error 2 


These are the lines from /tools/include/string.h:
542: #ifdef  __USE_GNU
543: /* Again versions of a few functions which use the given locale instead
544:    of the global one.  */
545: extern int strcasecmp_l (__const char *__s1, __const char *__s2,
546:                          __locale_t __loc)
547:      __THROW __attribute_pure__ __nonnull ((1, 2, 3));
548:
549: extern int strncasecmp_l (__const char *_s1,, __const char *__s2,
550:                           __size?_t __n, __locale_t __loc)
551:      __THROW __attribute_pure__ __nonnull ((1, 2, 4));
552: #endif

Is this a glibc problem or gcc/fixincludes?


More information about the hlfs-dev mailing list