Several kde-3.4_rc1 packages give relocation errors during link time. To name a few: arts, k3b, kdepim-kresources. Other kde stuff, konqueror, kmail, kaddressbook, most of the desktop apps link and work just fine. Using amd64, profile 2005.0, gcc-3.4.3, nptl. [Quote] #emerge arts <snip> /bin/sh ../libtool --silent --mode=link --tag=CXX x86_64-pc-linux-gnu-g++ -Wnon-virtual-dtor -Wno-long-long-Wundef -ansi -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -Wcast-align -Wconversion -Wchar-subscripts -Wall -W -Wpointer-arith -Wwrite-strings -DNDEBUG -DNO_DEBUG -O2 -march=athlon64 -O2 -pipe -fvisibility-inlines-hidden -Wformat-security -Wmissing-format-attribute -fno-exceptions -fno-check-new -fno-common -fno-exceptions -fno-check-new -fno-common -fvisibility=hidden -ftemplate-depth-99 -o libmcop.la -rpath /usr/kde/3.4/lib64 -no-undefined -Wl,--no-undefined -Wl,--allow-shlib-undefined -version-info 1:0 -L/usr/lib64 -L/usr/kde/3.4/lib64 -L/usr/qt/3/lib64 -L/usr/lib64 md5.lo libmcop_la.all_cc.lo -lgmodule-2.0 -ldl -lgthread-2.0 -lglib-2.0 ../libltdl/libltdlc.la /usr/lib/gcc/x86_64-pc-linux-gnu/3.4.3-20050110/../../../../x86_64-pc-linux-gnu/bin/ld: .libs/libmcop_la.all_cc.o: relocation R_X86_64_PC32 against `std::basic_string<char, std::char_traits<char>, std::allocator<char>>::~basic_string()@@GLIBCXX_3.4' can not be used when making a shared object; recompile with -fPIC /usr/lib/gcc/x86_64-pc-linux-gnu/3.4.3-20050110/../../../../x86_64-pc-linux-gnu/bin/ld: final link failed: Bad value collect2: ld returned 1 exit status make[3]: *** [libmcop.la] Error 1 make[3]: Leaving directory `/var/tmp/portage/arts-3.4.0_rc1/work/arts-1.4.0/mcop' make[2]: *** [all] Error 2 make[2]: Leaving directory `/var/tmp/portage/arts-3.4.0_rc1/work/arts-1.4.0/mcop' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/var/tmp/portage/arts-3.4.0_rc1/work/arts-1.4.0' make: *** [all] Error 2 !!! ERROR: kde-base/arts-3.4.0_rc1 failed. [/Quote] Reproducible: Always Steps to Reproduce: 1.get amd64 2.Install profile 2005.0 3.emerge gcc-3.4.3 and glibc-3.4.3 4.unmask and emerge kde3.4 split ebuilds 5. fails with relocation error with arts, k3b, ... Actual Results: Fails with relocation error on some kde3.4 applications (most of them emerge fine) Expected Results: Should have emerged fine. # emerge info Portage 2.0.51.19 (default-linux/amd64/2005.0, gcc-3.4.3-20050110, glibc-2.3.4.20050125-r0, 2.6.9-gentoo-r14x86_64) ================================================================= System uname: 2.6.9-gentoo-r14 x86_64 AMD Athlon(tm) 64 Processor 3200+ Gentoo Base System version 1.4.16 Python: dev-lang/python-2.3.4-r1 [2.3.4 (#1, Mar 6 2005, 12:52:19)] distcc 2.18.3 x86_64-pc-linux-gnu (protocols 1 and 2) (default port 3632) [disabled] dev-lang/python: 2.3.4-r1 sys-devel/autoconf: 2.59-r6, 2.13 sys-devel/automake: 1.7.9-r1, 1.8.5-r3, 1.5, 1.4_p6, 1.6.3, 1.9.4 sys-devel/binutils: 2.15.92.0.2-r1 sys-devel/libtool: 1.5.10-r4 virtual/os-headers: 2.6.8.1-r4 ACCEPT_KEYWORDS="amd64" AUTOCLEAN="yes" CFLAGS="-march=athlon64 -O2 -pipe" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.4/env /usr/kde/3.4/share/config /usr/kde/3.4/shutdown /usr/kde/3/share/config /usr/lib/X11/xkb /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-march=athlon64 -O2 -pipe -fvisibility-inlines-hidden" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs autoconfig ccache distlocks sandbox" GENTOO_MIRRORS="http://distfiles.gentoo.org http://distro.ibiblio.org/pub/Linux/distributions/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 Xaw3d aac acpi alsa apache2 apm audiofile avi bash-completion berkdb bitmap-fonts bmp bootsplash bzip2 cddb cdparanoia cdr cdrom cgi chroot codecs cracklib crypt css ctype cups curl curlwrappers dba dbm dbx dillo divx4linux doc dts dvd dvdr dvdread encode esd expat f77 faad fb fbcon fbdev ffmpeg flac flash foomaticdb fortran freetype ftp gif gimp gmail gpm gtk gtk2 hal icq imagemagick imap imlib ipv6 irda java javacommjavadoc javascript jce jp2 jpeg jpeg2k jpg jython kcal kde kdeenablefinal kerberos koffice-plugin lcd lcms lesstif libwww lirc live lm_sensors lzw lzw-tiff mad matroska mime mixer mjpeg motif mp3 mpeg mpeg2 mpeg4 mplayer mppe-mppc msn mysql mythtv nas ncurses net network nls nocd nptl nptlonly nvidia offensive ogdi ogg oggvorbis openal opengl openntpd openssh opie oscar oss pam pdf pdfkit pdflib perl php pic playlist png portaudio posix ppds ppp pptp pthreads python qt quicktime rdesktop readline remote rrdtool rtc sasl sdl serial server slocate slp sms soap sockets speedo spell ssl tcpd tidy tiff truetype truetype-fonts type1-fonts udev unicodeusb userlocales v4l v4l2 videos vim vnc winbind wma123 wmf wxwindows xanim xchattext xine xinerama xinetd xml2 xmlrpc xosd xpm xrandr xsl xslt xv xvid xvmc yahoo yaz yp yv12 zeo zlib zvbi" Unset: ASFLAGS, CBUILD, CTARGET, LANG, LC_ALL, LDFLAGS
Correction, it obviously is not glibc-3.4.3 since that doesn't exist. Instead its glibc-2.3.4.20050125
One of our resident geniusses, 'Evil Dark Archon' found it. I used: CXXFLAGS="${CFLAGS} -fvisibility-inlines-hidden This begs the question, why is this bad? If amd64 can't handle it, is there a way to notify the user about this? The odd thing is that this worked fine on profile 2004.3, so there might be more going on.
*** This bug has been marked as a duplicate of 78720 ***