Tweaked glibc 2.4 + 2.5 + snapshot ebuilds

Message

AlphaHeX · Post by **AlphaHeX** » Mon Mar 27, 2006 11:03 am

I'm using the following LDFLAGS:

LDFLAGS="-Wl,-O2 -Wl,--relax -Wl,--enable-new-dtags -Wl,--sort-common -Wl,-s,-Wl,--as-needed"

I'm also using per package CFLAGS and LDFLAGS as described here:

http://forums.gentoo.org/viewtopic-t-28 ... ight-.html

Could you please tell me if -Wl,-O2 is giving more speedup that -Wl,-O1. I have also another question if LDFLAGS I'm using are giving some speed improvement or I should use only these new as -hashvals, -Bdirect and -zdynsort ?

urcindalo · Post by **urcindalo** » Mon Mar 27, 2006 12:09 pm

immudium wrote:@urcindalo
liblockfile-1.06-r1 has a glibc 2.4 patch. You probably just need to emerge --sync if you haven't resolved the compile error yet.

Thanks very much indeed

It worked flawlessly.

taylorpendley · Post by **taylorpendley** » Mon Mar 27, 2006 1:11 pm

AlphaHeX wrote:I'm using the following LDFLAGS:
Code: Select all
LDFLAGS="-Wl,-O2 -Wl,--relax -Wl,--enable-new-dtags -Wl,--sort-common -Wl,-s,-Wl,--as-needed" 
I'm also using per package CFLAGS and LDFLAGS as described here:

http://forums.gentoo.org/viewtopic-t-28 ... ight-.html

Could you please tell me if -Wl,-O2 is giving more speedup that -Wl,-O1. I have also another question if LDFLAGS I'm using are giving some speed improvement or I should use only these new as -hashvals, -Bdirect and -zdynsort ?

No, -Wl,-O2 doesnt optimize any more than -Wl,-O1........O1 is the highest for the LDFLAGS. Anything over -O1 just gets optimized at -O1 so it wont hurt if you have something higher but it wont help either.
I would use these LDFLAGS="-Wl,-O1 -Wl,--sort-common -Wl,-Bdirect -Wl,-hashvals -Wl,-zdynsort"
I also use the -Wl,--as-needed flag but some ppl say it isnt stable....( i have only come across 1 package that didnt work with it)
Bdirect is probably the flag that speeds up the most out of all the LDFLAGS
just make sure if you use bdirect you get binutils-2.16.91.0.6 with the bdirect patch or else it wont work

nxsty · Post by **nxsty** » Mon Mar 27, 2006 1:11 pm

AlphaHeX wrote:I'm using the following LDFLAGS:
Code: Select all
LDFLAGS="-Wl,-O2 -Wl,--relax -Wl,--enable-new-dtags -Wl,--sort-common -Wl,-s,-Wl,--as-needed" 
I'm also using per package CFLAGS and LDFLAGS as described here:

http://forums.gentoo.org/viewtopic-t-28 ... ight-.html

Could you please tell me if -Wl,-O2 is giving more speedup that -Wl,-O1. I have also another question if LDFLAGS I'm using are giving some speed improvement or I should use only these new as -hashvals, -Bdirect and -zdynsort ?

Your LDFLAGS looks a bit excessive. -O2 gives the same effect as -O1 or any number >0. You don't need -s, it's handled by portage, you don't need --enable-new-dtags, it's been on by default for years, --relax might breaks glibc. Have you even benchmarked to see if these actually gives you any improvement? If not I'd advise you to drop all but -O1. --as-needed is of course usefull but nothing you should turn on globaly but rather on a per package basis. -Hashvals, -Bdirect and -z,dynsort are a bit experimental and might cause weird problems with prelink for ex. but mostly they work ok.

no4b · Post by **no4b** » Mon Mar 27, 2006 7:17 pm

--relax breaks glibc (it simply doesn't compile) but other programms will benefit from it.

AlphaHeX · Post by **AlphaHeX** » Tue Mar 28, 2006 8:01 am

It is not a problem for me as I'm using CFLAGS and LDFLAGS per package

pussi · Post by **pussi** » Tue Mar 28, 2006 9:34 am

afaik --relax don't even do anything if you're running x86 machine.

AlphaHeX · Post by **AlphaHeX** » Tue Mar 28, 2006 11:53 am

what about

Code: Select all

-z combreloc

or

Code: Select all

z -now

pussi · Post by **pussi** » Tue Mar 28, 2006 3:33 pm

afaik -z combreloc is enabled by default. -z now slows down application startup, but increases owerall performance since all shared libraries load at application startup.

nxsty · Post by **nxsty** » Wed Mar 29, 2006 7:23 am

Has anyone tried the new 2.6.16 kernel headers? I would like to change my ebuild to use them if they´re working.

SimedonMyrrho · Post by **SimedonMyrrho** » Wed Mar 29, 2006 10:13 am

Has anyone tried the new 2.6.16 kernel headers? I would like to change my ebuild to use them if they´re working.

I tried them with 2.4-r1 from your overlay, recompiled glibc, binutils-2.16.91.0.6 with Bdirect and others and gcc-4.1.0-r1 (or 2, i'm not sure right now), they seem to work. No errors yet.

nxsty · Post by **nxsty** » Wed Mar 29, 2006 3:21 pm

I installed the 2.6.16 headers and recompiled the toolchain against them. So far everything seems to be working. Not let's see what happens with an emerge -e world.

mbar · Post by **mbar** » Wed Mar 29, 2006 4:43 pm

Anybody from here has "kompiled" new kde 3.5.2? It crashes on me all the time, I used -Os optimization (and usual ftracer fweb fomit, nothing insane) and -O1 -z,now -s LDFLAGS. gcc 4.1 glibc 2.4, all I get after starting kde is bare desktop with 3 icons, when I close xorg I can see a screenful of "application 'blahblah' crashes" in console.

n0rbi666 · Post by **n0rbi666** » Wed Mar 29, 2006 5:27 pm

mbar wrote:Anybody from here has "kompiled" new kde 3.5.2? It crashes on me all the time, I used -Os optimization (and usual ftracer fweb fomit, nothing insane) and -O1 -z,now -s LDFLAGS. gcc 4.1 glibc 2.4, all I get after starting kde is bare desktop with 3 icons, when I close xorg I can see a screenful of "application 'blahblah' crashes" in console.

gcc4.1 does'nt like -Os - especialy with c++ apps (I've had this problem using gcc-4.1-beta and -Os, and with firefox, gcc4.1 and -Os)
Try to change it to -O2 and reemerge KDE - I'm using glibc from this overlay, gcc-4.1.0 from portage, insane cflags (with -O2) - and everything is working ok

)

xbb · Post by **xbb** » Wed Mar 29, 2006 5:38 pm

mbar wrote:Anybody from here has "kompiled" new kde 3.5.2? It crashes on me all the time, I used -Os optimization (and usual ftracer fweb fomit, nothing insane) and -O1 -z,now -s LDFLAGS. gcc 4.1 glibc 2.4, all I get after starting kde is bare desktop with 3 icons, when I close xorg I can see a screenful of "application 'blahblah' crashes" in console.

works fine for me, also using nxsty's qt-copy overlay with risky flag and visibility enabled on all kde packages.

mbar · Post by **mbar** » Wed Mar 29, 2006 5:45 pm

Could you post your flags/emerge --info?

n0rbi666 · Post by **n0rbi666** » Wed Mar 29, 2006 5:46 pm

Code: Select all

Portage 2.1_pre7-r2 (default-linux/x86/2006.0, gcc-4.1.0, glibc-2.4-r1, 2.6.15-nitro3 i686)
=================================================================
System uname: 2.6.15-nitro3 i686 AMD Athlon(tm)
Gentoo Base System version 1.12.0_pre16
dev-lang/python:     2.3.5-r2, 2.4.2-r1
sys-apps/sandbox:    1.2.17
sys-devel/autoconf:  2.13, 2.59-r7
sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2
sys-devel/binutils:  2.16.91.0.6, 2.16.91.0.7
sys-devel/libtool:   1.5.22
virtual/os-headers:  2.6.11-r4
ACCEPT_KEYWORDS="x86 ~x86"
AUTOCLEAN="yes"
CBUILD="i686-pc-linux-gnu"
CFLAGS="-march=athlon-xp -O2 -ftree-vectorize -fomit-frame-pointer -ffast-math -pipe -DNDEBUG -DG_DISABLE_ASSERT -DNO_DEBUG -DG_DISABLE_CHECKS -DG_DISABLE_CAST_CHECKS"
CHOST="i686-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/kde/3/share/config /usr/share/X11/xkb /usr/share/config /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/revdep-rebuild /etc/splash /etc/terminfo /etc/env.d"
CXXFLAGS="-march=athlon-xp -O2 -ftree-vectorize -fomit-frame-pointer -ffast-math -pipe -fvisibility-inlines-hidden -fno-enforce-eh-specs -DNDEBUG -DG_DISABLE_ASSERT -DNO_DEBUG -DG_DISABLE_CHECKS -DG_DISABLE_CAST_CHECKS"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoconfig distlocks metadata-transfer sandbox sfperms strict"
GENTOO_MIRRORS="http://distfiles.gentoo.org http://distro.ibiblio.org/pub/linux/distributions/gentoo"
LANG="pl_PL"
LC_ALL="pl_PL"
LDFLAGS="-Wl,-O1 -Wl,-Bdirect -Wl,-hashvals -Wl,-zdynsort -Wl,--as-needed"
LINGUAS="pl"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/portage /usr/local/xgl-coffee"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="x86 3dnow 3dnowext S3TC X a52 aac aalib acpi alsa amarok apm artswrappersuid asf audiofile bash-completion berkdb bitmap-fonts bl browserplugin bzip2 c++ cairo cdda cddb cdparanoia clanVoice cli crypt css ctype cups custom-cflags dba dbus dri dvd dvdr dvdread eds emboss encode expat fame fastbuild fat fbcon firefox flac foomaticdb force-cgi-redirect fortran ftp gd gdbm gg gif gimpprint glibc-omitfp glitz glx gpm gtk gtk2 hpn id3 idn ieee1394 imlib insecure-drivers ithreads jack java javascript jp2 jpeg jpeg2k kde kdeenablefinal kdepim lame libg++ libvisual libwww lirc lm_sensors lzo lzw mad matroska memlimit mikmod mjpeg mmx mmxext mng motif mozcalendar mozdevelop mozilla mozsvg mp3 mpeg mpeg2 mpeg4 mplayer multislot musepack ncurses nforce2 nls nptl nptlonly ntfs ogg openal opengl openssh pam pcre pdflib perl pic pmu png posix python qt quicktime rar readline real rtc sblive sdl sensord session simplexml soap sockets speech spell spl sse ssl svga tcltk tcpd threads tiff tokenizer transcode truetype truetype-fonts type1-fonts udev usb userlocales v4l v4l2 vcd vorbis win32codecs wma123 xinerama xml xml2 xscreensaver xsl xv xvid zlib elibc_glibc input_devices_keyboard input_devices_mouse input_devices_evdev kernel_linux linguas_pl userland_GNU video_cards_ati"
Unset:  ASFLAGS, CTARGET, EMERGE_DEFAULT_OPTS

Everything is working fine, I was compiling kde 3.5.2 tonight with this flags

mbar · Post by **mbar** » Wed Mar 29, 2006 5:57 pm

OK, now I'll try to emerge KDE with -O2 instead of -Os.

avoid · Post by **avoid** » Wed Mar 29, 2006 7:01 pm

I can confirm that building the toolchain against the 2.6.16 kernel headers worked flawlessy. I've built gcc 4.1.0 binutils with -Bdirect stuff and glibc 2.4.0 without any kind of problems. emerge -e world && emerge -e world worked as well. no strange issues.

nxsty · Post by **nxsty** » Wed Mar 29, 2006 8:38 pm

I added a -r2 ebuild that uses the latest and greatest headers and a new snapshot ebuild. Use at your own risk!

jarealist · Post by **jarealist** » Wed Mar 29, 2006 8:54 pm

Nxsty, Thanks for the -r2 ebuild. Are you planning on updating binutils-2.16.91.0.7 with the hashvals, etc. patches or just staying with .6?

Cinder6 · Post by **Cinder6** » Wed Mar 29, 2006 9:49 pm

I'm going to ask a dumb question here: do you need a 2.6.16 kernel for the new headers? If so, I guess I have to wait one more day.

mbar · Post by **mbar** » Thu Mar 30, 2006 5:53 am

KDE 3.5.2 compiled fine with -O2, so I have to ask, why is -Os not filtered?

nxsty · Post by **nxsty** » Thu Mar 30, 2006 7:28 am

jarealist wrote:Nxsty, Thanks for the -r2 ebuild. Are you planning on updating binutils-2.16.91.0.7 with the hashvals, etc. patches or just staying with .6?

The patches doens't work with binutils .7 so we'll have to wait for suse to fix them.

nxsty · Post by **nxsty** » Thu Mar 30, 2006 7:30 am

Cinder6 wrote:I'm going to ask a dumb question here: do you need a 2.6.16 kernel for the new headers? If so, I guess I have to wait one more day.

Yes, building glibc against 2.6.16 headers removes compatibility with older kernels.