Emergeing prelink 20030811 fails with /usr/lib/gcc-lib/i686-pc-linux-gnu/3.2.3/../../../../i686-pc-linux-gnu/bin/ld: prelink: hidden symbol `__libelf_version_initialized' isn't defined Reproducible: Always Steps to Reproduce: 1.emerge prelink 2. 3. Actual Results: creating the prelink binary fails.
I'm getting this too. From the looks of it, you need libelf in order to compile this, but I had to clean libelf because it was blocking elfutils, which was needed for prelink. Now I can't compile prelink, and of course elfutils blocks libelf now. Circular blocking for two packages that are prerequisites for a third?
I can confirm on three boxes that this build fails out with: gcc -Wall -mcpu=pentium3 -O3 -pipe -o prelink -static cache.o conflict.o cxx.o data.o doit.o dso.o dwarf2.o exec.o execle_open.o fptr.o get.o gather.o hashtab.o layout.o main.o mdebug.o prelink.o reloc.o space.o stabs.o undo.o undoall.o verify.o crc32.o md5.o sha.o arch-i386.o arch-alpha.o arch-ppc.o arch-ppc64.o arch-sparc.o arch-sparc64.o arch-x86_64.o arch-s390.o arch-s390x.o arch-arm.o arch-sh.o arch-ia64.o -lelf /usr/lib/gcc-lib/i686-pc-linux-gnu/3.2.3/../../../../i686-pc-linux-gnu/bin/ld: prelink: hidden symbol `__libelf_version_initialized' isn't defined collect2: ld returned 1 exit status make[2]: *** [prelink] Error 1 make[2]: Leaving directory `/var/tmp/portage/prelink-20030811/work/prelink/src' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/var/tmp/portage/prelink-20030811/work/prelink' make: *** [all] Error 2 !!! ERROR: sys-devel/prelink-20030811 failed. !!! Function src_compile, Line 35, Exitcode 2 !!! Make Failed On all three, I unmerged elfutils, and merged elfutils-0.76-r2. prelink-20030811 built fine on all three with elfutils-0.76-r2. A sync and -u world had upgraded the first two machines to elfutils-0.84. The last machine didn't have prelink on it originally, but it built elfutils-0.84 prior to prelink-20030811.
You all the people who cannot compile prelink first emerge elfutils-0.84 ( or upgrade to ) and report if it works. libelf is a legacy package and should not be used ( the package name was changed )
Same thing with elfutils 0.84, no libelf, and emerge prelink. it doesn't compile.
Ok, as I expected, it is the fault of binutils ( or anybe gcc but I doubt it ). Could you try the recent binutils, I use sys-devel/binutils-2.14.90.0.6-r1.
I had the same error here, elfutils had just upgraded from to 0.84 (did not test with 0.76-r2). Updating binutils vom 2.14.90.0.2 (x86) to ~x86 2.14.90.0.6-r1 (~x86) let the update of prelink run smoothly.
Ok, it is the old bug from binutils. It needs the new fixed binutils to work, any ETA for the marking of binutils-2.14.90.0.6-r1 stable?
Works here too with the new binutils. Additional question, looking at the output of : prelink -p | grep kde I don't see a whole lot of kde apps like konqueror. If I run prelink in verbose mode: prelink -avfmR then I just see messages like konqueror etc. cannot be prelinked because it's dependency cannot be prelinked. What's up with that? It doesn't make much sense to me to run prelink if most of kde,qt is not prelinked.
I have made elfutils-0.84 unstable again till the new binutils becomes stable. elfutils-0.76-r2 and prelink-20030811 compile fine together in the mean time and work ok according to my tests.
So far I am ok with .6-r1 - we had some issues with one patch in .6, but that -r1 fixed. If no new reports, I am ok on getting it stable for x86 at least if somebody do some stress testing (bootstrap && emerge system).
Will try bootstrap && emerge system tomorrow (GMT) on a pentium4 and athlon-xp with the new binutils (.6-r1), want anything else put into the mix?
Ok, done a bootstrap and an emerge system on an athlon-xp and a pentium4 without any errors. Details: Both systems used stage1-x86-1.4-20030806.tar.bz2 with no USE flags and KEYWORDS="x86". Both systems just had binutils-2.14.90.0.6-r2 moved to stable. Time to move this binutils to stable I think, I say we treat bug 27456 as a gcc issue as the CFLAGS optimisations should not change program behaviour ( in theory! ) emerge info for athlon: Portage 2.0.49-r2 (default-x86-1.4, gcc-3.2.3, glibc-2.3.2-r1, 2.6.0-test4) ================================================================= System uname: 2.6.0-test4 i686 AMD Athlon(tm) XP 1600+ ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CFLAGS="-march=athlon-xp -O3 -pipe -funroll-loops -frerun-cse-after-loop -frerun-loop-opt -falign-functions=4 -mmmx -msse -m3dnow -mfpmath=sse -fforce-addr -maccumulate-outgoing-args -freorder-blocks" CHOST="i686-pc-linux-gnu" COMPILER="gcc3" CONFIG_PROTECT="/etc /var/qmail/control /usr/share/config /usr/kde/2/share/config /usr/kde/3/share/config /usr/X11R6/lib/X11/xkb" CONFIG_PROTECT_MASK="/etc/gconf /etc/env.d" CXXFLAGS="-march=athlon-xp -O3 -pipe -funroll-loops -frerun-cse-after-loop -frerun-loop-opt -falign-functions=4 -mmmx -msse -m3dnow -mfpmath=sse -fforce-addr -maccumulate-outgoing-args -freorder-blocks -Wno-deprecated" DISTDIR="/usr/portage/distfiles" FEATURES="sandbox ccache autoaddcvs" GENTOO_MIRRORS="http://212.219.56.162/sites/www.ibiblio.org/gentoo/ ftp://ftp.snt.utwente.nl/pub/os/linux/gentoo http://194.83.57.7/sites/www.ibiblio.org/gentoo/" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="" SYNC="/misc/files/portage" USE="x86 oss apm arts avi crypt cups encode foomaticdb gif gpm gtk imlib java jpeg kde gnome libg++ libwww mad mikmod mmx motif mpeg ncurses nls oggvorbis opengl pdflib png qt quicktime sdl slang spell svga truetype X xml2 xmms xv zlib gdbm berkdb readline tcpd pam ssl perl python" emerge info for p4: Portage 2.0.49-r2 (default-x86-1.4, gcc-3.2.3, glibc-2.3.2-r1, 2.6.0-test4) ================================================================= System uname: 2.6.0-test4 i686 Intel(R) Pentium(R) 4 CPU 2.80GHz ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CFLAGS=" -march=pentium3 -mcpu=pentium4 -O3 -pipe -fforce-addr -funroll-loops -frerun-cse-after-loop -frerun-loop-opt -falign-functions=4 -mfpmath=sse" CHOST="i686-pc-linux-gnu" COMPILER="gcc3" CONFIG_PROTECT="/etc /var/qmail/control /usr/share/config /usr/kde/2/share/config /usr/kde/3/share/config /usr/X11R6/lib/X11/xkb /usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/" CONFIG_PROTECT_MASK="/etc/gconf /etc/env.d" CXXFLAGS=" -march=pentium3 -mcpu=pentium4 -O3 -pipe -fforce-addr -funroll-loops -frerun-cse-after-loop -frerun-loop-opt -falign-functions=4 -mfpmath=sse" DISTDIR="/usr/portage/distfiles" FEATURES="sandbox ccache autoaddcvs" GENTOO_MIRRORS="http://gentoo.oregonstate.edu http://distro.ibiblio.org/pub/Linux/distributions/gentoo" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="x86 oss apm arts avi crypt cups encode foomaticdb gif gpm gtk imlib java jpeg kde gnome libg++ libwww mad mikmod mmx motif mpeg ncurses nls oggvorbis opengl pdflib png qt quicktime sdl slang spell svga truetype X xml2 xmms xv zlib gdbm berkdb readline tcpd pam ssl perl python"
Ok, I have put binutils-2.14.90.0.6-r2 into stable, and moved elfutils-0.84 to stable again. That means this bug is solved ( for x86 ); closing