This is only visible when not using the lib64 sub-profile of 2004.3. Do not emerge gcc-3.4.1-r1 with these settings! It might break your system. Reproducible: Always Steps to Reproduce: 1. make sure that you have default-linux/amd64/2004.3 2. ebuild /usr/portage/sys-devel/gcc-3.4.3-r1.ebuild install 3. ls /var/tmp/portage/gcc-3.4.3-r1/image/usr/lib/gcc/x86_64-pc-linux-gnu/lib Actual Results: libgcc_s.so libgcc_s.so.1 Expected Results: The directory /var/tmp/portage/gcc-3.4.3-r1/image/usr/lib/gcc/x86_64-pc-linux-gnu/lib should not exist at all Portage 2.0.51-r8 (default-linux/amd64/2004.3, gcc-4.0.0, glibc-2.3.4.20041102-r0, 2.6.9 x86_64) ================================================================= System uname: 2.6.9 x86_64 AMD Athlon(tm) 64 Processor 3000+ Gentoo Base System version 1.6.8 Python: dev-lang/python-2.3.4 [2.3.4 (#1, Jul 28 2004, 00:12:08)] dev-lang/python: 2.3.4 sys-devel/autoconf: 2.13, 2.59-r6 sys-devel/automake: 1.8.5-r2, 1.8.5-r1, 1.9.3 sys-devel/binutils: 2.15.92.0.2-r2 sys-devel/libtool: 1.5.10-r2 virtual/os-headers: 2.6.8.1-r2 ACCEPT_KEYWORDS="amd64 ~amd64" AUTOCLEAN="yes" CFLAGS="-O2 -march=athlon64 -pipe" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.3/env /usr/kde/3.3/share/config /usr/kde/3.3/shutdown /usr/kde/3/share/config /usr/lib/X11/xkb /usr/lib/mozilla/defaults/pref /usr/share/config /usr/share/texmf/dvipdfm/config/ /usr/share/texmf/dvips/config/ /usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/ /usr/share/texmf/xdvi/ /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-O2 -march=athlon64 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs autoconfig ccache distlocks sandbox" GENTOO_MIRRORS="ftp://ftp.du.se/pub/os/gentoo/ http://gentoo.oregonstate.edu http://www.ibiblio.org/pub/Linux/distributions/gentoo" LDFLAGS="" MAKEOPTS="-j1" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage/gentoo" PORTDIR_OVERLAY="/usr/portage/my" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="amd64 X aac aalib acpi alsa arts avi berkdb bitmap-fonts bonobo cdr crypt cups dvd emul-linux-x86 encode f77 fam flac fortran gdbm gif gimpprint gnome gphoto2 gpm gstreamer gtk gtk2 guile imagemagick imlib ipv6 jp2 jpeg kde latex ldap libcaca libwww lirc lzw lzw-tiff mad mbox mikmod mng motif mozilla multilib ncurses nls nvidia oggvorbis opengl oss pam pdflib perl plotutils png postgres ppds python qt readline samba sasl scanner sdl slang sqlite ssl tcltk tcpd tetex threads tiff truetype truetype-fonts type1-fonts usb userlocales v4l v4l2 wmf xanim xml xml2 xmms xpm xprint xrandr xv xvid xvmc zlib" ( I can ensure that this bug is not related to using gcc-4.0.0 )
I can also confirm this bug, using plain gcc-3.4.3. It did break my system until I created some symlinks from the correct location to the unversioned paths for libgcc_s.so and libgcc_s.so.1. amd64 patch # emerge info Portage 2.0.51-r3 (default-linux/amd64/2004.3, gcc-3.4.3, glibc-2.3.4.20041102-r0, 2.6.10-gentoo-r4 x86_64) ================================================================= System uname: 2.6.10-gentoo-r4 x86_64 AMD Athlon(tm) 64 Processor 3200+ Gentoo Base System version 1.4.16 ccache version 2.3 [enabled] Autoconf: sys-devel/autoconf-2.59-r5 Automake: sys-devel/automake-1.8.5-r1 Binutils: sys-devel/binutils-2.15.90.0.1.1-r3 Headers: sys-kernel/linux26-headers-2.6.8.1-r2 Libtools: sys-devel/libtool-1.5.2-r7 ACCEPT_KEYWORDS="amd64" AUTOCLEAN="yes" CFLAGS="-march=k8 -O2 -pipe" CHOST="x86_64-pc-linux-gnu" COMPILER="" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.3/env /usr/kde/3.3/share/config /usr/kde/3.3/shutdown /usr/kde/3/share/config /usr/lib/X11/xkb /usr/lib/mozilla/defaults/pref /usr/share/config /var/bind /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/texmf/web2c /etc/env.d" CXXFLAGS="-march=k8 -O2 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs autoconfig buildpkg ccache cvs digest distlocks sandbox sign" GENTOO_MIRRORS="http://mir.zyrianes.net/gentoo/ ftp://mirror.nutsmaas.nl/gentoo/ http://ftp.easynet.nl/mirror/gentoo/" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="amd64 X aalib acl acpi aim alsa apache2 audiofile avi berkdb bitmap-fonts bonobo cdparanoia cdr crypt cscope cups directfb divx4linux doc dvd dvdr emul-linux-x86 encode esd ethereal evo f77 fam fbcon fftw flac flash foomaticdb fortrangb gd gdbm gif gimpprint ginac gmp gphoto2 gpm gstreamer gtk gtk2 gtkhtml guileicq imagemagick imap imlib innodb ipv6 jabber java jikes joystick jp2 jpeg junit kde lcms ldap libg++ libwww lzw lzw-tiff mad mcal mikmod motif mozilla mpeg mpi msn multilib mysql nas ncurses netcdf nls nptl odbc offensive oggvorbis opengloscar oss pam pdflib perl plotutils png postgres ppds python qt quicktime readline samba sasl scanner sdl slang slp snmp spell sqlite ssl tcltk tcpd tetex tifftruetype truetype-fonts type1-fonts usb userlocales vhosts videos wmf wxwindowsxine xinerama xml xml2 xmms xpm xrandr xscreensaver xv xvid yahoo zlib linguas_en_GB"
Created attachment 48330 [details, diff] patches toolchain.eclass to clean up unversioned directories This patch just adds a call to fix_freaky_non_versioned_library_paths_that_dont_ever_get_used which cleans up the directories properly, thus moves the contents of /var/tmp/portage/gcc-3.4.3-r1/image/usr/lib/gcc/x86_64-pc-linux-gnu/lib directly into /var/tmp/portage/gcc-3.4.3-r1/image/usr/lib/gcc/x86_64-pc-linux-gnu/3.4.3/
this is critical, as it is our default profile
Just to confirm that the fix worked for me.
I committed the patch to the eclass yesterday, but I forgot to mention that here... cryos, thanks for testing.
*** Bug 77824 has been marked as a duplicate of this bug. ***