* Re: [gentoo-dev] Re: GCC3.1 bootstrap fails
@ 2002-06-02 21:32 99% ` Bart Verwilst
0 siblings, 0 replies; 1+ results
From: Bart Verwilst @ 2002-06-02 21:32 UTC (permalink / raw
To: gentoo-dev
Would be cool if you could try and bootstrap again with -fomit-frame-pointer,
and now use the 1.3-gcc3.1 tarball from ibiblio
(http://www.ibiblio.org/gentoo/releases/build/) i just made. If it fails, i
guess we should filter out most of the optimisations... I think the new
gcc3.1-compiled tarball will make all the gcc3.1-users much happier :o)
I also updated the packages file from the gcc 3.1 profile, and the
make.defaults. Please keep us posted on any progress!
Thanks!
On Sunday 02 June 2002 19:42, Prashanth Aditya Susarla wrote:
|| >do -not- use -fomit-frame-pointer during bootstrap! (can anyone who
|| >actually got this to -work- using omit-frame-pointer speak up??)
|| >
|| >This causes breakage in glibc.
||
|| That's interesting. When I used default-1.0, I used all the flags which
|| one particular FAQ on gentoo.org mentioned (-fforce-addr
|| -fomit-frame-pointer -funroll-loops blah blah blah along with -march=i686
|| -O3 of course) and everything worked fine (atleast compiled fine though I
|| was not truly happy with the performance (lots of memory leaks and
|| subsequent crashes of kswapd primarily). So maybe this is an issue only
|| with gcc-3.x and/or binutils-2.12.x. But I toned down the optimizations
|| and the bootstrap worked fine.
||
|| >this is due to a broken glibc (omit frame pointer and -O3. I think glibc
|| >strips out -O3 but not the -f flags. )
||
|| gcc does this. glibc retains whatever you specify. Anyway, that's beside
|| the point - only for the sake of information ;-).
||
|| >> problem is that most binaries segfault soon after glibc is built.
|| >
|| >Try again with -O2 -pipe and you will get a working system :)
||
|| Infact, I finally used the default options for Athlon systems (-march=i686
|| -pipe -O3.... not -O2 but -O3) and glibc didn't break. As I said earlier,
|| this is strange because all those crazy optimizations worked in the case
|| of the default-1.0 profile.
||
|| >emerge system
|| >/(watch it break down and cry in xfree because you overoptimized)
||
|| So you're saying that if I use -march=athlon-tbird -fomit-frame-pointer
|| -O3 [-pipe] -mmmx -m3dnow (the latter only for the sake of multimedia apps
|| like xmms, mplayer etc.) the xfree ebuild b0rks out? That's too bad,
|| really. And the thing with xfree is that experimenting stops being an
|| option if the very first emerge itself doesn't work :-(. Not all of us
|| have all the time in the world...
||
|| Regards,
|| Prashanth Aditya Susarla
--
Bart Verwilst
Gentoo Linux Developer, Desktop Team
Gent, Belgium
^ permalink raw reply [relevance 99%]
Results 1-1 of 1 | reverse | options above
-- pct% links below jump to the message on this page, permalinks otherwise --
2002-06-02 17:42 [gentoo-dev] Re: GCC3.1 bootstrap fails Prashanth Aditya Susarla
2002-06-02 21:32 99% ` Bart Verwilst
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox