x86_64-pc-linux-gnu-gcc -fPIC -march=native -O2 -pipe -DFLINT_CPIMPORT=\"/usr/share/flint/CPimport.txt\" -I/var/tmp/portage/sci-mathematics/flint-2.4.5/work/flint-2.4.5 -I/usr/include -I/usr/include -c prime_pi_bounds.c -o ../build/ulong_extras/prime_pi_bounds.lo -MMD -MP -MF "../build/ulong_extras/prime_pi_bounds.d" -MT "../build/ulong_extras/prime_pi_bounds.d" -MT "../build/ulong_extras/prime_pi_bounds.lo" x86_64-pc-linux-gnu-gcc -fPIC -march=native -O2 -pipe -DFLINT_CPIMPORT=\"/usr/share/flint/CPimport.txt\" -I/var/tmp/portage/sci-mathematics/flint-2.4.5/work/flint-2.4.5 -I/usr/include -I/usr/include -c primes_extend_small.c -o ../build/ulong_extras/primes_extend_small.lo -MMD -MP -MF "../build/ulong_extras/primes_extend_small.d" -MT "../build/ulong_extras/primes_extend_small.d" -MT "../build/ulong_extras/primes_extend_small.lo" x86_64-pc-linux-gnu-gcc -fPIC -march=native -O2 -pipe -DFLINT_CPIMPORT=\"/usr/share/flint/CPimport.txt\" -I/var/tmp/portage/sci-mathematics/flint-2.4.5/work/flint-2.4.5 -I/usr/include -I/usr/include -c is_strong_probabprime_precomp.c -o ../build/ulong_extras/is_strong_probabprime_precomp.lo -MMD -MP -MF "../build/ulong_extras/is_strong_probabprime_precomp.d" -MT "../build/ulong_extras/is_strong_probabprime_precomp.d" -MT "../build/ulong_extras/is_strong_probabprime_precomp.lo" x86_64-pc-linux-gnu-gcc -fPIC -march=native -O2 -pipe -DFLINT_CPIMPORT=\"/usr/share/flint/CPimport.txt\" -I/var/tmp/portage/sci-mathematics/flint-2.4.5/work/flint-2.4.5 -I/usr/include -I/usr/include -c primes_init.c -o ../build/ulong_extras/primes_init.lo -MMD -MP -MF "../build/ulong_extras/primes_init.d" -MT "../build/ulong_extras/primes_init.d" -MT "../build/ulong_extras/primes_init.lo" x86_64-pc-linux-gnu-gcc -Wl,-r ../build/ulong_extras/factor_trial_partial.lo ../build/ulong_extras/nextprime.lo ../build/ulong_extras/is_prime_pocklington.lo ../build/ulong_extras/compute_primes.lo ../build/ulong_extras/is_oddprime_small.lo ../build/ulong_extras/is_probabprime_fibonacci.lo ../build/ulong_extras/mulmod_precomp.lo ../build/ulong_extras/is_square.lo ../build/ulong_extras/randprime.lo ../build/ulong_extras/jacobi.lo ../build/ulong_extras/randbits.lo ../build/ulong_extras/moebius_mu.lo ../build/ulong_extras/euler_phi.lo ../build/ulong_extras/pow.lo ../build/ulong_extras/mulmod2_preinv.lo ../build/ulong_extras/factor_SQUFOF.lo ../build/ulong_extras/primitive_root_prime.lo ../build/ulong_extras/randlimb.lo ../build/ulong_extras/factor_one_line.lo ../build/ulong_extras/factor_partial.lo ../build/ulong_extras/mod2_precomp.lo ../build/ulong_extras/flog.lo ../build/ulong_extras/factor_pp1.lo ../build/ulong_extras/factorial_mod2_preinv.lo ../build/ulong_extras/invmod.lo ../build/ulong_extras/mulmod_preinv.lo ../build/ulong_extras/gcdinv.lo ../build/ulong_extras/prime_inverses_arr_readonly.lo ../build/ulong_extras/is_probabprime_BPSW.lo ../build/ulong_extras/ll_mod_preinv.lo ../build/ulong_extras/xgcd.lo ../build/ulong_extras/cleanup_primes.lo ../build/ulong_extras/powmod_precomp.lo ../build/ulong_extras/randint.lo ../build/ulong_extras/is_prime_pseudosquare.lo ../build/ulong_extras/primes_sieve_range.lo ../build/ulong_extras/powmod2_preinv.lo ../build/ulong_extras/sqrtmod_primepow.lo ../build/ulong_extras/randtest.lo ../build/ulong_extras/sqrtrem.lo ../build/ulong_extras/factor_insert.lo ../build/ulong_extras/revbin.lo ../build/ulong_extras/discrete_log_bsgs.lo ../build/ulong_extras/gcd.lo ../build/ulong_extras/factor.lo ../build/ulong_extras/factor_trial.lo ../build/ulong_extras/is_strong_probabprime2_preinv.lo ../build/ulong_extras/lll_mod_preinv.lo ../build/ulong_extras/primes_clear.lo ../build/ulong_extras/factor_power235.lo ../build/ulong_extras/sqrt.lo ../build/ulong_extras/remove2_precomp.lo ../build/ulong_extras/sqrtmod.lo ../build/ulong_extras/factor_trial_range.lo ../build/ulong_extras/clog.lo ../build/ulong_extras/nth_prime_bounds.lo ../build/ulong_extras/remove.lo ../build/ulong_extras/prime_pi.lo ../build/ulong_extras/sqrtmodn.lo ../build/ulong_extras/divrem2_precomp.lo ../build/ulong_extras/factorial_fast_mod2_preinv.lo ../build/ulong_extras/is_perfect_power235.lo ../build/ulong_extras/is_oddprime_binary.lo ../build/ulong_extras/is_probabprime.lo ../build/ulong_extras/is_squarefree.lo ../build/ulong_extras/is_probabprime_fermat.lo ../build/ulong_extras/mod_precomp.lo ../build/ulong_extras/primes_arr_readonly.lo ../build/ulong_extras/primes_jump_after.lo ../build/ulong_extras/is_prime.lo ../build/ulong_extras/sizeinbase.lo ../build/ulong_extras/is_probabprime_lucas.lo ../build/ulong_extras/nth_prime.lo ../build/ulong_extras/factor_lehman.lo ../build/ulong_extras/mod2_preinv.lo ../build/ulong_extras/prime_pi_bounds.lo ../build/ulong_extras/primes_extend_small.lo ../build/ulong_extras/is_strong_probabprime_precomp.lo ../build/ulong_extras/primes_init.lo -o ../build/ulong_extras/../ulong_extras.lo -nostdlib /usr/lib/gcc/x86_64-pc-linux-gnu/4.9.3/../../../../x86_64-pc-linux-gnu/bin/ld: symbol lookup error: /usr/lib/gcc/x86_64-pc-linux-gnu/4.9.3/../../../../x86_64-pc-linux-gnu/bin/ld: undefined symbol: elf32xtensa_size_opt $ cat ./info.txt ----------------------------------------------------------------- This is an unstable amd64 chroot image (named amd64-desktop-unstable_20150918-212348) at a hardened host acting as a tinderbox. ----------------------------------------------------------------- Portage 2.2.22 (python 3.4.3-final-0, default/linux/amd64/13.0/desktop, gcc-4.9.3, glibc-2.21-r1, 4.1.7-hardened-r1 x86_64) ================================================================= System uname: Linux-4.1.7-hardened-r1-x86_64-Intel-R-_Core-TM-_i7-3770_CPU_@_3.40GHz-with-gentoo-2.2 KiB Mem: 16164644 total, 1420604 free KiB Swap: 0 total, 0 free Timestamp of repository gentoo: Fri, 02 Oct 2015 00:45:01 +0000 sh bash 4.3_p42 ld GNU ld (Gentoo 2.25.1 p1.1) 2.25.1 distcc 3.2rc1 x86_64-pc-linux-gnu [disabled] ccache version 3.2.3 [disabled] app-shells/bash: 4.3_p42::gentoo dev-java/java-config: 2.2.0::gentoo dev-lang/perl: 5.22.0::gentoo dev-lang/python: 2.7.10::gentoo, 3.4.3::gentoo dev-util/ccache: 3.2.3::gentoo dev-util/cmake: 3.3.2::gentoo dev-util/pkgconfig: 0.29::gentoo sys-apps/baselayout: 2.2::gentoo sys-apps/openrc: 0.17::gentoo sys-apps/sandbox: 2.9::gentoo sys-devel/autoconf: 2.13::gentoo, 2.69-r1::gentoo sys-devel/automake: 1.9.6-r4::gentoo, 1.10.3-r1::gentoo, 1.11.6-r1::gentoo, 1.13.4::gentoo, 1.14.1::gentoo, 1.15::gentoo sys-devel/binutils: 2.25.1-r1::gentoo sys-devel/gcc: 4.2.4-r1::gentoo, 4.8.5::gentoo, 4.9.3::gentoo sys-devel/gcc-config: 1.8::gentoo sys-devel/libtool: 2.4.6-r1::gentoo sys-devel/make: 4.1-r1::gentoo sys-kernel/linux-headers: 4.2::gentoo (virtual/os-headers) sys-libs/glibc: 2.21-r1::gentoo Repositories: local location: /usr/local/portage masters: gentoo gentoo location: /usr/portage sync-type: rsync sync-uri: rsync://rsync.gentoo.org/gentoo-portage priority: 9999 ACCEPT_KEYWORDS="amd64 ~amd64" ACCEPT_LICENSE="*" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-march=native -O2 -pipe" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /etc/stunnel/stunnel.conf /usr/share/config /usr/share/gnupg/qualified.txt /usr/share/themes/oxygen-gtk/gtk-2.0 /var/lib/i2pd/certificates /var/lib/redmine/config /var/yp/Makefile" CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/dconf /etc/env.d /etc/fonts/fonts.conf /etc/games/angband/edit/ /etc/gconf /etc/gentoo-release /etc/revdep-rebuild /etc/sandbox.d /etc/terminfo /etc/texmf/language.dat.d /etc/texmf/language.def.d /etc/texmf/updmap.d /etc/texmf/web2c /var/lib/redmine/config/locales /var/lib/redmine/config/settings.yml" CXXFLAGS="-march=native -O2 -pipe" DISTDIR="/var/tmp/distfiles" EMERGE_DEFAULT_OPTS="--color=n --nospinner --tree --quiet-build --accept-properties=-interactive --accept-restrict=-fetch" FCFLAGS="-O2 -pipe" FEATURES="assume-digests binpkg-logs config-protect-if-modified distlocks ebuild-locks fixlafiles ipc-sandbox merge-sync network-sandbox news parallel-fetch preserve-libs protect-owned sandbox sfperms strict unknown-features-warn unmerge-logs unmerge-orphans userfetch userpriv usersandbox usersync" FFLAGS="-O2 -pipe" GENTOO_MIRRORS="http://ftp.uni-erlangen.de/pub/mirrors/gentoo rsync://mirror.netcologne.de/gentoo/ ftp://sunsite.informatik.rwth-aachen.de/pub/Linux/gor.bytemark.co.uk/gentoo/ rsync://ftp.snt.utwente.nl/gentoo" LANG="en_US.utf8" LDFLAGS="-Wl,-O1 -Wl,--as-needed" MAKEOPTS="-j1" PKGDIR="/usr/portage/packages" PORTAGE_CONFIGROOT="/" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --omit-dir-times --compress --force --whole-file --delete --stats --human-readable --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages" PORTAGE_TMPDIR="/var/tmp" USE="X a52 aac acl acpi alsa amd64 berkdb bluetooth branding bzip2 cairo cdda cdr cgi cgoups clang cli consolekit cracklib crypt cups custom-optimization cxx dbus dnssec dot dri dts dvd dvdr emboss encode exif fam firefox flac fontconfig fortran fpm freetds gdbm gif git glamor gnuplot gnutls gpm gtk gudev hdf5 hpn iconv icu imap imlib ipv6 isag jpeg kde lcms ldap libnotify libvirtd mad minizip mmx mmxext mng modules mp3 mp4 mpeg multilib multimedia multitarget ncurses nls nptl obj offensive ogg opengl openmp openmpi pam pango pcre pcre16 pdf pdo plasma png policykit postgres postscript ppds pulseaudio python qemu qml qt3support qt4 qt5 readline sdl seccomp semantic-desktop session smartcard spell spice sse sse2 sse4 ssl startup-notification svg system-cairo system-icu system-jpeg system-sqlite tcpd theora thinkpad tiff tk tls truetype udev udisks uml unicode upower usb usbredir uxa vorbis webkit wxwidgets x264 xcb xkb xml xmlreader xmp xslt xv xvid xvmc zenmap zlib" ABI_X86="64" ALSA_CARDS="ali5451 als4000 atiixp atiixp-modem bt87x ca0106 cmipci emu10k1x ens1370 ens1371 es1938 es1968 fm801 hda-intel intel8x0 intel8x0m maestro3 trident usb-audio via82xx via82xx-modem ymfpci" APACHE2_MODULES="authn_core authz_core socache_shmcb unixd actions alias auth_basic authn_alias authn_anon authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache cgi cgid dav dav_fs dav_lock deflate dir disk_cache env expires ext_filter file_cache filter headers include info log_config logio mem_cache mime mime_magic negotiation rewrite setenvif speling status unique_id userdir usertrack vhost_alias" CALLIGRA_FEATURES="kexi words flow plan sheets stage tables krita karbon braindump author" CAMERAS="ptp2" COLLECTD_PLUGINS="df interface irq load memory rrdtool swap syslog" CPU_FLAGS_X86="aes avx mmx mmxext popcnt sse sse2 sse3 sse4_1 sse4_2 ssse3" ELIBC="glibc" GPSD_PROTOCOLS="ashtech aivdm earthmate evermore fv18 garmin garmintxt gpsclock itrax mtk3301 nmea ntrip navcom oceanserver oldstyle oncore rtcm104v2 rtcm104v3 sirf superstar2 timing tsip tripmate tnt ublox ubx" INPUT_DEVICES="keyboard mouse evdev" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LIBREOFFICE_EXTENSIONS="presenter-console presenter-minimizer" LINGUAS="en en_GB" OFFICE_IMPLEMENTATION="libreoffice" PHP_TARGETS="php5-5" PYTHON_SINGLE_TARGET="python2_7" PYTHON_TARGETS="python2_7 python3_4" RUBY_TARGETS="ruby20 ruby21" USERLAND="GNU" VIDEO_CARDS="fbdev glint intel mach64 mga nouveau nv r128 radeon savage sis tdfx trident vesa via vmware dummy v4l" XTABLES_ADDONS="quota2 psd pknock lscan length2 ipv4options ipset ipp2p iface geoip fuzzy condition tee tarpit sysrq steal rawnat logmark ipmark dhcpmac delude chaos account" Unset: CC, CPPFLAGS, CTARGET, CXX, INSTALL_MASK, LC_ALL, PORTAGE_BUNZIP2_COMMAND, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS, USE_PYTHON
Created attachment 413528 [details] emerge-history.txt
Created attachment 413530 [details] sci-mathematics:flint-2.4.5:20151002-024855.log
Seeing same issue in dev-ruby/ruby-glib2-2.2.5 in its configure phase, mkmf.log. Potentially caused by binutils 2.25.1-r1?
Reverting to binutils 2.25-r1 works around this problem. Adding binutils herd.
*** Bug 562680 has been marked as a duplicate of this bug. ***
builds fine for me w/2.25.1 go into the build dir and try running `make` and see if it still fails
(In reply to SpanKY from comment #6) > builds fine for me w/2.25.1 > > go into the build dir and try running `make` and see if it still fails woot. That does not fail. But "emerge ..." and "ebuild ... compile" failes, and this chroot image does have sys-devel/binutils-2.25.1-r1 But OTOH ther's something wrong with nurses or so at that chroot image ...
*** Bug 562566 has been marked as a duplicate of this bug. ***
*** Bug 562402 has been marked as a duplicate of this bug. ***
Possibly related: bug #563604
*** Bug 563384 has been marked as a duplicate of this bug. ***
*** Bug 563604 has been marked as a duplicate of this bug. ***
I have the same problem (with dev-ruby/racc). It appears I have two different versions of libbfd-2.25.1.so: # ls -l /usr/lib64/binutils/x86_64-pc-linux-gnu/2.25.1/libbfd-2.25.1.so /usr/lib/libbfd-2.25.1.so -rwxr-xr-x 1 root root 8077224 08-28 21:20 /usr/lib64/binutils/x86_64-pc-linux-gnu/2.25.1/libbfd-2.25.1.so -rwxr-xr-x 1 root root 1211072 10-05 22:04 /usr/lib/libbfd-2.25.1.so # qfile /usr/lib64/binutils/x86_64-pc-linux-gnu/2.25.1/libbfd-2.25.1.so /usr/lib/libbfd-2.25.1.so sys-devel/binutils (/usr/lib64/binutils/x86_64-pc-linux-gnu/2.25.1/libbfd-2.25.1.so) sys-libs/binutils-libs (/usr/lib64/libbfd-2.25.1.so) # nm -AD /usr/lib/libbfd-2.25.1.so /usr/lib64/binutils/x86_64-pc-linux-gnu/2.25.1/libbfd-2.25.1.so | grep elf32xtensa_size_opt /usr/lib64/binutils/x86_64-pc-linux-gnu/2.25.1/libbfd-2.25.1.so:00000000009bdf10 B elf32xtensa_size_opt I think something the ruby build system does (maybe setting LD_LIBRARY_PATH?) makes it select the wrong one -- but the real problem is, why are there two?
# ld ld: no input files # LD_LIBRARY_PATH=/usr/lib ld ld: symbol lookup error: ld: undefined symbol: elf32xtensa_size_opt # ldd =ld linux-vdso.so.1 (0x00007ffc3f0be000) libbfd-2.25.1.so => /usr/lib64/binutils/x86_64-pc-linux-gnu/2.25.1/libbfd-2.25.1.so (0x00007f874cfe5000) libdl.so.2 => /lib64/libdl.so.2 (0x00007f874cde1000) libc.so.6 => /lib64/libc.so.6 (0x00007f874ca45000) libz.so.1 => /lib64/libz.so.1 (0x00007f874c82f000) /lib64/ld-linux-x86-64.so.2 (0x00007f874d9a4000) # LD_LIBRARY_PATH=/usr/lib ldd =ld linux-vdso.so.1 (0x00007ffe87b89000) libbfd-2.25.1.so => /usr/lib/libbfd-2.25.1.so (0x00007fba6de2f000) libdl.so.2 => /lib64/libdl.so.2 (0x00007fba6dc2b000) libc.so.6 => /lib64/libc.so.6 (0x00007fba6d88f000) libz.so.1 => /lib64/libz.so.1 (0x00007fba6d679000) /lib64/ld-linux-x86-64.so.2 (0x00007fba6e15b000)
(In reply to mbartoszkiewicz@gmail.com from comment #13) > # ls -l /usr/lib64/binutils/x86_64-pc-linux-gnu/2.25.1/libbfd-2.25.1.so > /usr/lib/libbfd-2.25.1.so > -rwxr-xr-x 1 root root 8077224 08-28 21:20 > /usr/lib64/binutils/x86_64-pc-linux-gnu/2.25.1/libbfd-2.25.1.so So this is only reproducible with USE=multitarget
I cannot reproduce this bug with sci-mathematics/flint and dev-libs/xalan-c. No idea what's wrong with them. mkmf from ruby-2.1 (>=2.1?) is indeed setting LD_LIBRARY_PATH variable. dev-ruby/racc (and presumably all other ruby extensions written in C) can be fixed by the following ruby patch: https://github.com/chef/omnibus-software/blob/master/config/patches/ruby/ruby-2_1_3-no-mkmf.patch app-text/hyperestraier is also setting LD_LIBRARY_PATH: # grep LD_LIBRARY_PATH /var/tmp/portage/app-text/hyperestraier-1.4.13/work/hyperestraier-1.4.13/configure.in LD_LIBRARY_PATH="$HOME/lib:/usr/local/lib:$LD_LIBRARY_PATH" export PATH LIBRARY_PATH LD_LIBRARY_PATH CPATH PKG_CONFIG_PATH LD_LIBRARY_PATH="$LD_LIBRARY_PATH:`pkg-config --variable=libdir qdbm`" export PATH LIBRARY_PATH LD_LIBRARY_PATH CPATH PKG_CONFIG_PATH # pkg-config --variable=libdir qdbm /usr/lib64 But fixing individual packages is a lot of pain. Building binutils with --disable-shared seems also not an option - it increases package size almost twice. With USE=multitarget it becomes >250Mb in size: # qsize 'sys-devel/binutils-2' sys-devel/binutils-2.25.1-r1: 3 041 files, 33 non-files, 265 017,424 KiB
I tested it today again at 3 fresh chroot images, 1 with xalan-c, 2 other w/o xalan-c installed - works so far. So I'll close this now as worksforme, ok ?
(In reply to Alexander Tsoy from comment #16) build systems shouldn't be setting LD_LIBRARY_PATH. if you find one that is, that package is broken. is this only showing up on those packages ?
(In reply to SpanKY from comment #18) > is this only showing up on those packages ? Currently this issue is reported for 5 packages. I can only reproduce it with 2 packages: dev-ruby/racc (actually caused by mkmf from >=ruby-2.1) app-text/hyperestraier (bug #562566) And one is failing on my test VM for another reason (bug #555670): app-shells/ksh (but looking on its build system, it seems indeed playing with LD_LIBRARY_PATH) I suspect that not many people build binutils with USE=multitarget, so the above list is far from being complete.
(In reply to Alexander Tsoy from comment #19) > dev-ruby/racc (actually caused by mkmf from >=ruby-2.1) Bug with the same root cause: bug 560626 (and probably all of its duplicates). I think we should open separate bug for dev-lang/ruby and make all dev-ruby/* bugs a duplicate of it.
(In reply to Alexander Tsoy from comment #20) > Bug with the same root cause: bug 560626 Oops. I mean bug #561902
(In reply to Alexander Tsoy from comment #20) > I think we should open separate bug for dev-lang/ruby and make > all dev-ruby/* bugs a duplicate of it. I filed bug #564272
Confirming & voting. I have two systems that have the following packages affected by this: =dev-ruby/racc-1.4.13 =dev-ruby/rrdtool-bindings-1.5.4 =dev-vcs/subversion-1.9.2 Reverting to =sys-devel/binutils-2.25 gets them installed. /Charlie
Add gnustep-base/gnustep-base to the list of failing packages. Also, I've found that disabling USE='multitarget' resolves the issue on the problematic versions of binutils.
(In reply to Austin S. Hemmelgarn from comment #24) > Add gnustep-base/gnustep-base to the list of failing packages. > > Also, I've found that disabling USE='multitarget' resolves the issue on the > problematic versions of binutils. I forgot to mention, bug 502308 is a duplicate of this one (same issue, just against gnustep-base/gnustep-base
(In reply to Austin S. Hemmelgarn from comment #25) > (In reply to Austin S. Hemmelgarn from comment #24) > > Add gnustep-base/gnustep-base to the list of failing packages. > > > > Also, I've found that disabling USE='multitarget' resolves the issue on the > > problematic versions of binutils. > > I forgot to mention, bug 502308 is a duplicate of this one (same issue, just > against gnustep-base/gnustep-base Woops, mistyped, I meant bug 562308.
*** Bug 562308 has been marked as a duplicate of this bug. ***
With sys-devel/binutils-2.25.1-r1[multitarget], gnustep-base/gnustep-make fails in configure steps (see #562308 for detailed config.log): configure:3788: checking for C compiler default output file name configure:3810: x86_64-pc-linux-gnu-gcc -march=native -O2 -pipe -I/usr/local/include -I/usr/local/include -I/usr/include -Wl,-O1 -Wl,--as-needed -L/usr/local/lib64 -L/usr/local/lib64 -L/usr/lib64 conftest.c >&5 /usr/lib/gcc/x86_64-pc-linux-gnu/4.9.3/../../../../x86_64-pc-linux-gnu/bin/ld: symbol lookup error: /usr/lib/gcc/x86_64-pc-linux-gnu/4.9.3/../../../../x86_64-pc-linux-gnu/bin/ld: undefined symbol: elf32xtensa_size_opt
Successfully killed a lot of time with ruby ffi gem until find this bug..
Is someone going to do anything about this? This is a serious regression in stable tree, causing a number of known build failures, which in turn have gotten to the point of making it impossible to upgrade a fair number of systems.
(In reply to Michał Górny from comment #30) > This is a serious regression in stable tree binutils-config-5 and binutils-libs are not stable
(In reply to Alexander Tsoy from comment #31) > (In reply to Michał Górny from comment #30) > > This is a serious regression in stable tree > > binutils-config-5 and binutils-libs are not stable The issue appears to be in the stable version of sys-devel/binutils, which depends on neither of binutils-config or binutils-libs. Unless you have hard evidence to the contrary, then it's a regression in stable because the affected version of sys-devel/binutils is marked stable.
(In reply to Austin S. Hemmelgarn from comment #32) Read this bug from comment #13 please.
(In reply to Alexander Tsoy from comment #33) > (In reply to Austin S. Hemmelgarn from comment #32) > > Read this bug from comment #13 please. Apologies, I had missed that somehow.
(In reply to Alexander Tsoy from comment #16) i've re-opened bug 563384 for tracking ruby. i don't use ruby anywhere so i don't notice misbehavior on that side. we currently use DT_RUNPATH everywhere in Gentoo as it allows LD_LIBRARY_PATH to override library lookups. could force binutils to use old dtags (DT_RPATH) which gives precedence over LD_LIBRARY_PATH, but let's see how these bugs go first.
sci-mathematics/flint-2.5.2 fails for me, with binutils 2.25.1-r1 and gcc 5.3.0. Interestingly, when I manually cd to the portage build folder and run the exact same linking command that ebuild just tried to run and which failed, it succeeds.
(In reply to Jonas Jelten from comment #36) file a new bug for flint please
i think we've tracked down all the latent issues here, and it wasn't really a bug in binutils itself
