On Wed, Nov 18, 2009 at 12:16 AM, Robert Connolly <rob...@linuxfromscratch.org> wrote: > On Sunday November 15 2009 03:33:22 am Dean Takemori wrote: >> 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? > > I didn't have any problem like this. > > robert >
If this is happening during one of the early passed in the tools build, then perhaps there is some weirdness being taken in from the host system. Try using a different host distribution on the same hardware if this is the case. -- Kevin Day -- http://linuxfromscratch.org/mailman/listinfo/hlfs-dev FAQ: http://www.linuxfromscratch.org/faq/ Unsubscribe: See the above information page
