On Sun, 05 Feb 2012 11:56:55 -0800
Bryan Kadzban wrote:
> Looks like Uli broke it again:
>
> http://sourceware.org/git/?p=glibc.git;a=commitdiff;h=c3a87236702cb73be1dada3438bbd3c3934e83f8
>
> If you remove that "&& defined __USE_GNU" off the end of the #if line, I
> bet it'll work fine.
It may
Andrew Benton wrote:
> To save spamming the list I've put that up here:
> http://www.linuxfromscratch.org/~andy/dump-1.txt
Looks like Uli broke it again:
http://sourceware.org/git/?p=glibc.git;a=commitdiff;h=c3a87236702cb73be1dada3438bbd3c3934e83f8
If you remove that "&& defined __USE_GNU" off
Ok, so I reverted to type and resorted to simple sed hacks to bludgeon
my way forward. This enabled the second pass of gcc to compile and
install into /tools:
sed -i '/::gets/d' libstdc++-v3/include/c_global/cstdio
After that, coreutils, diffutils, gettext, gzip, tar and m4 all needed
variations
Le 05/02/2012 16:44, Andrew Benton a écrit :
> On Sun, 05 Feb 2012 12:46:24 +0100
> Pierre Labastie wrote:
>
>>> Maybe try (supposing the build tree has not been removed):
>>>
>>> echo '#include' |/mnt/lfs/sources/gcc-build/gcc/xgcc -shared-libgcc
>>> \
>>> -B/mnt/lfs/sources/gcc-build/gcc -nostd
On Sun, 05 Feb 2012 12:46:24 +0100
Pierre Labastie wrote:
> > Maybe try (supposing the build tree has not been removed):
> >
> > echo '#include' |/mnt/lfs/sources/gcc-build/gcc/xgcc -shared-libgcc
> > \
> > -B/mnt/lfs/sources/gcc-build/gcc -nostdinc++ \
> > -B/tools/x86_64-unknown-linux-gnu/bin
Le 05/02/2012 12:36, Pierre Labastie a écrit :
> Le 04/02/2012 22:33, Bryan Kadzban a écrit :
>> Bah, right. Well, there's a C++ compiler *somewhere*, that the pass2
>> gcc is using to compile libstdc++ when it runs into this error. :-)
>>
>> Maybe it'd be a better idea to do it that way: Run a b
Le 04/02/2012 22:33, Bryan Kadzban a écrit :
>
> Bah, right. Well, there's a C++ compiler *somewhere*, that the pass2
> gcc is using to compile libstdc++ when it runs into this error. :-)
>
> Maybe it'd be a better idea to do it that way: Run a build until it
> breaks, then repeat the command tha
Andrew Benton wrote:
> On Sat, 04 Feb 2012 09:49:37 -0800 Bryan Kadzban
> wrote:
>
>> Andrew Benton wrote:
>>> On Fri, 03 Feb 2012 21:44:34 -0800 Bryan Kadzban
>>> wrote:
>>>
Do you get __USE_ISOC11 #define'd (to what value?) or
#undef'ed? What about __cplusplus (again, what value)?
On Sat, 04 Feb 2012 09:49:37 -0800
Bryan Kadzban wrote:
> Andrew Benton wrote:
> > On Fri, 03 Feb 2012 21:44:34 -0800 Bryan Kadzban
> > wrote:
> >
> >> Do you get __USE_ISOC11 #define'd (to what value?) or #undef'ed?
> >> What about __cplusplus (again, what value)?
> >>
> >
> > andy@eccles:/m
Andrew Benton wrote:
> On Fri, 03 Feb 2012 21:44:34 -0800 Bryan Kadzban
> wrote:
>
>> Do you get __USE_ISOC11 #define'd (to what value?) or #undef'ed?
>> What about __cplusplus (again, what value)?
>>
>
> andy@eccles:/mnt/lfs/sources$ /tools/bin/x86_64-lfs-linux-gnu-gcc -E
> -D_GNU_SOURCE -Wp,
On Fri, 03 Feb 2012 21:44:34 -0800
Bryan Kadzban wrote:
> Andrew Benton wrote:
> > But according to that bugzilla page, the bug was fixed weeks ago? The
> > 'fix' is definitely in the glibc source so it would appear that it's
> > not working.
>
> I assume that by this you mean you've verified th
Andrew Benton wrote:
> But according to that bugzilla page, the bug was fixed weeks ago? The
> 'fix' is definitely in the glibc source so it would appear that it's
> not working.
I assume that by this you mean you've verified that the right-hand side
of this diff is present in your git tree?
http
Hello,
I've tried to build LFS with current glibc from git (well, current as
of yesterday) and the second pass of gcc (the first one after
installing glibc into /tools) failed like this:
Making all in libsupc++
make[4]: Entering directory
`/mnt/lfs/sources/gcc-build/x86_64-unknown-linux-gnu/libst
13 matches
Mail list logo
