Created attachment 275149 [details] Build log Hello there! You're getting this bug because the package in Summary failed to build in my tinderbox using the gold link editor from binutils. Before closing the bug as INVALID let me explain why this is still important! The gold link editor does not support underlinking of shared objects, which is something I have described in my blog post: http://blog.flameeyes.eu/2010/11/26/it-s-not-all-gold-that-shines-why-underlinking-is-a-bad-thing Even the basic link editor (ld.bfd) has an option to support this but it is a heck to enable and get passed, so linking with gold is simply quicker. Fixing underlinking provides optimized --as-needed builds (because the "softer" version no longer need to recover libraries that are underlinked), so it is a Good Thing To Do. Thank you very much for the attention!
I had a few packages with similar errors in the last 2 weeks, seems as if they occure since I use gcc-4.7.3. In one of them the solution was, to avoid underlinking: LDFLAGS="-lm" emerge gnome-alsamixer Worked for me without errors, but this is just a workaround, not the solution, because underlinking will be the default in the future, to avoid unneeded package dependencies. The package, better the source, has to be fixed in the way, giving explicitly the needed libs in the right order to the linker command, so that underlinking will work in the future.
Created attachment 369896 [details, diff] Ebuild patch autoreconfigs before ./configure in order to make use of the configure.ac patch.
Created attachment 369898 [details, diff] Adds a check for adding the missing library to configure.ac Put this patch in ${FILESDIR} after applying the ebuild patch. Together, they fix the underlinking problem.
*** Bug 505560 has been marked as a duplicate of this bug. ***
Fixed in 1.3.5 by upstream
