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?
>    
just built 4.5.*(snap) the other day, and everything ran
fine. even 4.4.2(stable) built fine even with the extensive passes
that it does. Keep in mind this was with clfs, and one thing I had notice
is using ubuntu as the host libc error'd out while compiling and using
the distros gcc version(4.3). but gcc went through.

Justin P. Mattock
-- 
http://linuxfromscratch.org/mailman/listinfo/hlfs-dev
FAQ: http://www.linuxfromscratch.org/faq/
Unsubscribe: See the above information page

Reply via email to