gcc-3.4.X + glibc segfault

[Dan Kegel]

Jake Page wrote:
>>If you find a fix for glibc-2.2.5, I'd be happy to include it
>>(especially if it's a simple backport from glibc-2.3.2...)
> 
> I found the problem and backported from 2.3.2... patch included, though 
> there may be another (much larger) one involving converting 
> __attribute__ ((unused)) to __attribute_used__ to get 2.2.5 to work 
> correctly... will send one vs. stock glibc-2.2.5 when I have time...

This patch (glibc-2.2.5-allow-gcc-3.4-weakextern.patch)
causes build failures like this:
../include/libc-symbols.h:116: warning: `weak_alias' redefined
../include/libc-symbols.h:105: warning: this is the location of the previous definition
../include/libc-symbols.h:117: warning: `weak_extern' redefined
../include/libc-symbols.h:110: warning: this is the location of the previous definition
../include/libc-symbols.h:21: unterminated `#if' conditional
make[2]: *** [crosstool-0.28-rc31/build/alpha-unknown-linux-gnu/gcc-2.95.3-glibc-2.2.5/build-glibc/csu/init-first.o] Error 1

I found this by running demo-loop.sh, and comparing the last
line of each file in buildlogs with crosstool-0.28-rc30
to check for new build failures.
I'm going to drop this patch for the moment; maybe you could
post a revised one once you have one that doesn't cause regressions?
- Dan

-- 
My technical stuff: http://kegel.com
My politics: see http://www.misleader.org for examples of why I'm for regime change

------
Want more information?  See the CrossGCC FAQ, http://www.objsw.com/CrossGCC/
Want to unsubscribe? Send a note to crossgcc-unsubscribe@sources.redhat.com