When upgrading kdelibs to 4.14.8 from 4.14.7: [ebuild U ] kde-base/kdelibs-4.14.8:4/4.14::gentoo [4.14.7:4/4.14::gentoo] USE="acl alsa bzip2 crypt fam handbook jpeg2k lzma nepomuk nls openexr opengl policykit spell ssl udev udisks upower (-altivec) (-aqua) -debug -doc -kerberos {-test} -zeroconf" CPU_FLAGS_X86="mmx sse sse2 -3dnow" fails at the following point (where the emerge appears to hang and eventually has to be aborted manually long after the normal compile time for kdelibs on this system): Scanning dependencies of target file-handbook make[2]: Leaving directory '/var/tmp/portage/kde-base/kdelibs-4.14.8/work/kdelibs-4.14.8_build' make -f doc/kioslave/file/CMakeFiles/file-handbook.dir/build.make doc/kioslave/file/CMakeFiles/file-handbook.dir/build make[2]: Entering directory '/var/tmp/portage/kde-base/kdelibs-4.14.8/work/kdelibs-4.14.8_build' /usr/bin/cmake -E cmake_progress_report /var/tmp/portage/kde-base/kdelibs-4.14.8/work/kdelibs-4.14.8_build/CMakeFiles [ 43%] Generating index.cache.bz2 cd /var/tmp/portage/kde-base/kdelibs-4.14.8/work/kdelibs-4.14.8/doc/kioslave/file && /var/tmp/portage/kde-base/kdelibs-4.14.8/work/kdelibs-4.14.8_build/bin/meinproc4.shell --check --srcdir=/var/tmp/portage/kde-base/kdelibs-4.14.8/work/kdelibs-4.14.8_build/kdoctools/ --cache /var/tmp/portage/kde-base/kdelibs-4.14.8/work/kdelibs-4.14.8_build/doc/kioslave/file/index.cache.bz2 /var/tmp/portage/kde-base/kdelibs-4.14.8/work/kdelibs-4.14.8/doc/kioslave/file/index.docbook "KConfigIni: In file /var/tmp/portage/kde-base/kdelibs-4.14.8/homedir/.kde4/share/config/kio_help4rc, line 2: " Invalid entry (empty key) kio_help4(10237): ""CurrencySuspendedDate" - conversion of "" to QDate failed" " (wrong format: expected 3 items, got 1)" kio_help4(10237): ""CurrencyWithdrawnDate" - conversion of "" to QDate failed" " (wrong format: expected 3 items, got 1)" kio_help4(10237): ""CurrencySuspendedDate" - conversion of "" to QDate failed" " (wrong format: expected 3 items, got 1)" kio_help4(10237): ""CurrencyWithdrawnDate" - conversion of "" to QDate failed" " (wrong format: expected 3 items, got 1)" make[2]: *** wait: No child processes. Stop. make[2]: *** Waiting for unfinished jobs.... make[2]: *** wait: No child processes. Stop. sandbox:stop caught signal 15 in pid 31813 doc/kioslave/file/CMakeFiles/file-handbook.dir/build.make:53: recipe for target 'doc/kioslave/file/index.cache.bz2' failed make[2]: *** [doc/kioslave/file/index.cache.bz2] Interrupt CMakeFiles/Makefile2:34986: recipe for target 'doc/kioslave/data/CMakeFiles/data-handbook.dir/all' failed make[1]: *** [doc/kioslave/data/CMakeFiles/data-handbook.dir/all] Error 2 sandbox:stop signal already caught and busy still cleaning up! CMakeFiles/Makefile2:35036: recipe for target 'doc/kioslave/file/CMakeFiles/file-handbook.dir/all' failed make[1]: *** [doc/kioslave/file/CMakeFiles/file-handbook.dir/all] Interrupt Makefile:146: recipe for target 'all' failed make: *** [all] Interrupt /usr/portage/kde-base/kdelibs/kdelibs-4.14.8.ebuild: src_compile aborted; exiting. I haven't tried with USE="-handbook" - as +aqua would appear to be needed to be applied to such kde apps as I already have installed. Reproducible: Always
If you rebuild 4.14.7, is that successful?
(In reply to Michael Palimaka (kensington) from comment #1) > If you rebuild 4.14.7, is that successful? Interestingly enough, no. What happens is that the build process hangs with two meinproc4 processess # equery belongs meinproc4 * Searching for meinproc4 ... kde-base/kdelibs-4.14.7 (/usr/bin/meinproc4) that seem to do nothing at all, i.e. attaching with strace produces no output - no syscalls or anything, All they do is consume all available CPU: PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 13403 portage 20 0 65644 14164 12576 R 99.0 0.2 43:05.69 meinproc4 14105 portage 20 0 65644 13924 12332 R 97.3 0.2 40:53.25 meinproc4 I searched around for clues and found (http://marxin.github.io/posts/gentoo-linux-packages-with-gcc-4-dot-9-lto/) a suggestion in an unrelated discussion about gentoo, gcc-4.9, and lto that using 'ld.gold to link following ... there's an infinite loop observed in meinproc4'. As I generally use the gold linker, I forced the use of ld.bfd to retry building 4.14.8. However, with no improvement. I should add that I originally used clang-3.6.0 (default compiler) and gcc-4.9.2 before raising the bug, clang for all subsequent tests, and the gold linker except for the above test. Upgrading ksysguard to 4.11.19 also fails with the same meinproc4 processes hanging; this is presumably going to be the case with all the remaining kde upgrades which have the 'handbook' USE flag set. At https://bugs.kde.org/show_bug.cgi?id=335001 there is some discussion about meinproc4 problems relating to libxml2. However, my kdelibs was upgraded after the latest bump of libxml2 on my system, so presumably not directly related, if at all. Hope this helps.
Are you using lto then? (emerge --info would be useful)
I have the exactly same problem. Also used gold linker for a while now, found the same mention of infinite loop with meinproc4, switched back to ld.bfd, tried to rebuild libxml2, but nothing helps. Only difference is, that I have actually kdelibs-4.14.8 merged, but could not built for example caligra, kmymoney, kipi-plugins, digikam. I tried to rebuild kdelibs after ld.gold -> ld.bfd switch and can't compile it neither. Here is my emerge --info: Portage 2.2.20 (python 3.3.5-final-0, default/linux/amd64/13.0/desktop/kde, gcc-4.9.2, glibc-2.20-r2, 4.0.3-gentoo x86_64) ================================================================= System uname: Linux-4.0.3-gentoo-x86_64-Intel-R-_Core-TM-_i5-2500K_CPU_@_3.30GHz-with-gentoo-2.2 KiB Mem: 16239032 total, 3283100 free KiB Swap: 2097148 total, 2095972 free Timestamp of repository gentoo: Fri, 22 May 2015 07:00:01 +0000 sh bash 4.3_p39 ld GNU ld (Gentoo 2.25 p1.0) 2.25 app-shells/bash: 4.3_p39::gentoo dev-java/java-config: 2.2.0::gentoo dev-lang/perl: 5.20.2-r1::gentoo dev-lang/python: 2.7.9-r2::gentoo, 3.3.5-r1::gentoo, 3.4.3::gentoo dev-util/cmake: 3.2.2::gentoo dev-util/pkgconfig: 0.28-r2::gentoo sys-apps/baselayout: 2.2::gentoo sys-apps/openrc: 0.16.3::gentoo sys-apps/sandbox: 2.6-r1::gentoo sys-devel/autoconf: 2.13::gentoo, 2.69-r1::gentoo sys-devel/automake: 1.11.6-r1::gentoo, 1.12.6::gentoo, 1.14.1::gentoo, 1.15::gentoo sys-devel/binutils: 2.25::gentoo sys-devel/gcc: 4.8.4::dlang, 4.9.2::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.0::gentoo (virtual/os-headers) sys-libs/glibc: 2.20-r2::gentoo Repositories: gentoo location: /usr/portage sync-type: rsync sync-uri: rsync://rsync.gentoo.org/gentoo-portage priority: -1000 my location: /usr/local/portage masters: gentoo priority: 0 ago location: /var/lib/layman/ago sync-type: laymansync sync-uri: git+ssh://git@git.gentoo.org/dev/ago.git masters: gentoo priority: 50 calculate location: /var/lib/layman/calculate sync-type: laymansync sync-uri: git://git.calculate.ru/calculate/overlay.git masters: gentoo priority: 50 dlang location: /var/lib/layman/dlang sync-type: laymansync sync-uri: https://github.com/gentoo/dlang.git masters: gentoo priority: 50 dotnet location: /var/lib/layman/dotnet sync-type: laymansync sync-uri: git://anongit.gentoo.org/proj/dotnet.git masters: gentoo priority: 50 gamerlay location: /var/lib/layman/gamerlay sync-type: laymansync sync-uri: git+ssh://git@git.gentoo.org/proj/gamerlay.git masters: gentoo priority: 50 java location: /var/lib/layman/java sync-type: laymansync sync-uri: git://anongit.gentoo.org/proj/java.git masters: gentoo priority: 50 kde location: /var/lib/layman/kde sync-type: laymansync sync-uri: git://anongit.gentoo.org/proj/kde.git masters: gentoo priority: 50 mistafunk location: /var/lib/layman/mistafunk sync-type: laymansync sync-uri: https://anongit.gentoo.org/git/user/mistafunk.git masters: gentoo priority: 50 nektoo location: /var/lib/layman/nektoo sync-type: laymansync sync-uri: https://bitbucket.org/neko259/nektoo masters: gentoo priority: 50 rion location: /var/lib/layman/rion sync-type: laymansync sync-uri: git://github.com/rion-overlay/rion-overlay.git masters: gentoo priority: 50 rust location: /var/lib/layman/rust sync-type: laymansync sync-uri: git://github.com/Heather/gentoo-rust.git masters: gentoo priority: 50 steam-overlay location: /var/lib/layman/steam-overlay sync-type: laymansync sync-uri: git://github.com/anyc/steam-overlay.git masters: gentoo priority: 50 sunrise location: /var/lib/layman/sunrise sync-type: laymansync sync-uri: git://anongit.gentoo.org/proj/sunrise-reviewed.git masters: gentoo priority: 50 ACCEPT_KEYWORDS="amd64 ~amd64" ACCEPT_LICENSE="* -@EULA skype-eula google-talkplugin CANON Oracle-BCLA-JavaSE" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-march=native -O2 -pipe" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/lib64/libreoffice/program/sofficerc /usr/share/config /usr/share/gnupg/qualified.txt /usr/share/themes/oxygen-gtk/gtk-2.0 /usr/share/themes/oxygen-gtk/gtk-3.0" CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/dconf /etc/env.d /etc/fonts/fonts.conf /etc/gconf /etc/gentoo-release /etc/php/apache2-php5.6/ext-active/ /etc/php/cgi-php5.6/ext-active/ /etc/php/cli-php5.6/ext-active/ /etc/revdep-rebuild /etc/sandbox.d /etc/terminfo" CXXFLAGS="-march=native -O2 -pipe" DISTDIR="/var/lib/portage/distfiles" EMERGE_DEFAULT_OPTS="--quiet-build=y --with-bdeps=y --autounmask --autounmask-write --keep-going" FCFLAGS="-O2 -pipe" FEATURES="assume-digests binpkg-logs config-protect-if-modified distlocks ebuild-locks fixlafiles merge-sync 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.fi.muni.cz/pub/linux/gentoo/ rsync://ftp6.linux.cz/pub/linux/gentoo/ ftp://ftp.fi.muni.cz/pub/linux/gentoo/ rsync://ftp.fi.muni.cz/pub/linux/gentoo/ http://gentoo.mirror.dkm.cz/pub/gentoo/ rsync://gentoo.mirror.dkm.cz/gentoo/ ftp://gentoo.mirror.dkm.cz/pub/gentoo/" LANG="cs_CZ.UTF-8" LC_ALL="cs_CZ.UTF-8" LDFLAGS="-Wl,-O1 -Wl,--as-needed" MAKEOPTS="-j5" 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="/tmp" USE="X a52 aac acl acpi alsa amd64 berkdb bluetooth bluray branding bzip2 cairo cdda cdr cli consolekit cracklib crypt cups cxx dbus declarative djvu dmd-2_067 dri dts dvd dvdr emboss encode exif fam ffmpeg firefox flac fortran gdbm gdc-4_8_4 gif glamor gpm graphicsmagick iconv icu ipv6 jpeg jpeg2k kde kipi lcms ldap ldc2-0_15 lensfun libnotify mad mmx mmxext mng modules mp3 mp4 mpeg multilib ncurses nls nntp nptl ogg openexr opengl openmp pam pango pcre pdf phonon plasma png policykit ppds pulseaudio python qt3support qt4 rar raw readline rtmp rtsp samba sdl semantic-desktop session slang spell spice sse sse2 sse3 ssl ssse3 startup-notification svg tcpd tiff truetype udev udisks unicode upower usb usbredir v4l2 vaapi vorbis wxwidgets x264 xcb xcomposite xinerama xml xscreensaver xv xvid zeroconf zlib" ABI_X86="64 32" 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" DVB_CARDS="tda10045" 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" GRUB_PLATFORMS="pc" INPUT_DEVICES="evdev mouse keyboard joystick wacom" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LIBREOFFICE_EXTENSIONS="presenter-console presenter-minimizer" LINGUAS="en cs en_US cs_CZ" OFFICE_IMPLEMENTATION="libreoffice" PYTHON_SINGLE_TARGET="python2_7" PYTHON_TARGETS="python2_7 python3_2 python3_3 python3_4" QEMU_SOFTMMU_TARGETS="i386 x86_64" QEMU_USER_TARGETS="i386 x86_64" RUBY_TARGETS="ruby20 ruby19" SANE_BACKENDS="epson snapscan" USERLAND="GNU" VIDEO_CARDS="intel i965" 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" USE_PYTHON="2.7 3.2 3.3 3.4" Unset: CPPFLAGS, CTARGET, INSTALL_MASK, PORTAGE_BUNZIP2_COMMAND, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS
You could try rebuilding kdelibs with USE="-handbook" to try and get a working meinproc4, or failing that remove kdelibs completely first (make a backup with quickpkg first).
(In reply to Michael Palimaka (kensington) from comment #5) > You could try rebuilding kdelibs with USE="-handbook" to try and get a > working meinproc4, or failing that remove kdelibs completely first (make a > backup with quickpkg first). Interesting to see that my experience is not unique although clearly it's something of a niche case. In reply to comments: #3, No, I'm not using lto (except marginally on a few applications not conceivably related). #5 I did already rebuild with -handbook and now I have kdelibs 4.14.8 and other related upgrades on the system (my requirement for kde is in fact extremely limited). Removing kdelibs altogether (before restoring with 'emerge -k') and trying to re-emerge with handbook still enabled was not successful as it's the build tree version of meinproc4 that's used rather than the one in /usr/bin. As for now having a working meinproc4 on the system as a result: $ /usr/bin/meinproc4 Unable to load library icui18n "Cannot load library icui18n: (icui18n: cannot open shared object file: No such file or directory)" "KConfigIni: In file /<user>/.kde4/share/config/kio_help4rc, line 2: " Invalid entry (empty key) "KConfigIni: In file /<user>/.kde4/share/config/kio_help4rc, line 5: " Invalid entry (empty key) "KConfigIni: In file /<user>/.kde4/share/config/kio_help4rc, line 8: " Invalid entry (empty key) "KConfigIni: In file /<user>/.kde4/share/config/kio_help4rc, line 2: " Invalid entry (empty key) "KConfigIni: In file /<user>/.kde4/share/config/kio_help4rc, line 5: " Invalid entry (empty key) "KConfigIni: In file /<user>/.kde4/share/config/kio_help4rc, line 8: " Invalid entry (empty key) kio_help4(2163): ""CurrencyIntroducedDate" - conversion of "" to QDate failed" " (wrong format: expected 3 items, got 1)" kio_help4(2163): ""CurrencySuspendedDate" - conversion of "" to QDate failed" " (wrong format: expected 3 items, got 1)" kio_help4(2163): ""CurrencyWithdrawnDate" - conversion of "" to QDate failed" " (wrong format: expected 3 items, got 1)" kio_help4(2163): ""CurrencyIntroducedDate" - conversion of "" to QDate failed" " (wrong format: expected 3 items, got 1)" kio_help4(2163): ""CurrencySuspendedDate" - conversion of "" to QDate failed" " (wrong format: expected 3 items, got 1)" kio_help4(2163): ""CurrencyWithdrawnDate" - conversion of "" to QDate failed" " (wrong format: expected 3 items, got 1)" $ equery belongs /usr/lib/libicui18n.so * Searching for /usr/lib/libicui18n.so ... dev-libs/icu-55.1 (/usr/lib64/libicui18n.so.55.1) but dev-libs/icu is not a reverse-dependency of kdelibs (nor icu a USE flag) ... It does rather look like an under-linking problem somewhere along the line, but in-directly if so as: $ ldd /usr/bin/meinproc4 ... libicui18n.so.55 => /usr/lib64/libicui18n.so.55 (0x00007f3fc0847000) libicuuc.so.55 => /usr/lib64/libicuuc.so.55 (0x00007f3fc06a0000) libicudata.so.55 => /usr/lib64/libicudata.so.55 (0x00007f3fbede9000) ...
Check out lddtree: meinproc4 => /usr/bin/meinproc4 (interpreter => /lib64/ld-linux-x86-64.so.2) [...] libxml2.so.2 => /usr/lib64/libxml2.so.2 libicui18n.so.54 => /usr/lib64/libicui18n.so.54 libicuuc.so.54 => /usr/lib64/libicuuc.so.54 libicudata.so.54 => /usr/lib64/libicudata.so.54 [...]
(In reply to Michael Palimaka (kensington) from comment #7) > Check out lddtree: > > meinproc4 => /usr/bin/meinproc4 (interpreter => /lib64/ld-linux-x86-64.so.2) > [...] > libxml2.so.2 => /usr/lib64/libxml2.so.2 > libicui18n.so.54 => /usr/lib64/libicui18n.so.54 > libicuuc.so.54 => /usr/lib64/libicuuc.so.54 > libicudata.so.54 => /usr/lib64/libicudata.so.54 > [...] $ lddtree /usr/bin/meinproc4 ... libxml2.so.2 => /usr/lib64/libxml2.so.2 libicui18n.so.55 => /usr/lib64/libicui18n.so.55 libicuuc.so.55 => /usr/lib64/libicuuc.so.55 libicudata.so.55 => /usr/lib64/libicudata.so.55 ... (dev-libs/icu was upgraded recently) Re-building dev-libs/icu and dev-libs/libxml2 using ld-bfd as the linker does not improve anything.
(In reply to Adrian.Bassett from comment #8) > Re-building dev-libs/icu and dev-libs/libxml2 using ld-bfd as the linker > does not improve anything. I mean directly in terms of meinproc4 and icu libraries: $ /usr/bin/meinproc4 Unable to load library icui18n "Cannot load library icui18n: (icui18n: cannot open shared object file: No such file or directory)"
As in comment #6 kdelibs builds fine with USE=-handbook, but meinproc4 is used from the lib itself while building: /tmp/portage/kde-base/kdelibs-4.14.8/work/kdelibs-4.14.8_build/bin/meinproc4 --check --srcdir=/tmp/portage/kde-base/kdelibs-4.14.8/work/kdelibs-4.14.8_build/kdoctools/ --cache /tmp/portage/kde-base/kdelibs-4.14.8/work/kdelibs-4.14.8_build/doc/kioslave/http/index.cache.bz2 /tmp/portage/kde-base/kdelibs-4.14.8/work/kdelibs-4.14.8/doc/kioslave/http/index.docbook Thats the command which runs forever for me. I have not a problem with icui18n mentioned in #6 $ lddtree /tmp/portage/kde-base/kdelibs-4.14.8/work/kdelibs-4.14.8_build/bin/meinproc4 /tmp/portage/kde-base/kdelibs-4.14.8/work/kdelibs-4.14.8_build/bin/meinproc4 (interpreter => /lib64/ld-linux-x86-64.so.2) libkdecore.so.5 => /tmp/portage/kde-base/kdelibs-4.14.8/work/kdelibs-4.14.8_build/lib/libkdecore.so.5 libpthread.so.0 => /lib64/libpthread.so.0 libQtNetwork.so.4 => /usr/lib64/qt4/libQtNetwork.so.4 libssl.so.1.0.0 => /usr/lib64/libssl.so.1.0.0 libcrypto.so.1.0.0 => /usr/lib64/libcrypto.so.1.0.0 libdl.so.2 => /lib64/libdl.so.2 libQtDBus.so.4 => /usr/lib64/qt4/libQtDBus.so.4 libQtXml.so.4 => /usr/lib64/qt4/libQtXml.so.4 libdbus-1.so.3 => /usr/lib64/libdbus-1.so.3 libz.so.1 => /lib64/libz.so.1 libbz2.so.1 => /lib64/libbz2.so.1 libfam.so.0 => /usr/lib64/libfam.so.0 libm.so.6 => /lib64/libm.so.6 libgcc_s.so.1 => /usr/lib/gcc/x86_64-pc-linux-gnu/4.9.2/libgcc_s.so.1 libxml2.so.2 => /usr/lib64/libxml2.so.2 libicui18n.so.55 => /usr/lib64/libicui18n.so.55 libicuuc.so.55 => /usr/lib64/libicuuc.so.55 libicudata.so.55 => /usr/lib64/libicudata.so.55 libxslt.so.1 => /usr/lib64/libxslt.so.1 libexslt.so.0 => /usr/lib64/libexslt.so.0 libgcrypt.so.20 => /usr/lib64/libgcrypt.so.20 libgpg-error.so.0 => /usr/lib64/libgpg-error.so.0 libQtCore.so.4 => /usr/lib64/qt4/libQtCore.so.4 libglib-2.0.so.0 => /usr/lib64/libglib-2.0.so.0 librt.so.1 => /lib64/librt.so.1 libstdc++.so.6 => /usr/lib/gcc/x86_64-pc-linux-gnu/4.9.2/libstdc++.so.6 libc.so.6 => /lib64/libc.so.6
(In reply to Adrian.Bassett from comment #9) > (In reply to Adrian.Bassett from comment #8) > > > Re-building dev-libs/icu and dev-libs/libxml2 using ld-bfd as the linker > > does not improve anything. > > I mean directly in terms of meinproc4 and icu libraries: > > $ /usr/bin/meinproc4 > Unable to load library icui18n "Cannot load library icui18n: (icui18n: > cannot open shared object file: No such file or directory)" And, trying to re-emerge kdelibs with ld-bfd and the "handbook" USE flag re-enabled continues to fail as per the original report.
(In reply to Adrian.Bassett from comment #11) > (In reply to Adrian.Bassett from comment #9) > > (In reply to Adrian.Bassett from comment #8) > > > > > Re-building dev-libs/icu and dev-libs/libxml2 using ld-bfd as the linker > > > does not improve anything. > > > > I mean directly in terms of meinproc4 and icu libraries: > > > > $ /usr/bin/meinproc4 > > Unable to load library icui18n "Cannot load library icui18n: (icui18n: > > cannot open shared object file: No such file or directory)" > > And, trying to re-emerge kdelibs with ld-bfd and the "handbook" USE flag > re-enabled continues to fail as per the original report. Well, all seems fixed now. The main clue was in the upgrade of binutils to 2.25-r1 which includes a 'fix from upstream for gold and COPY relocs #549276' (ChangeLog). As I hadn't rebuilt glibc since the change of 17th March which forced 'Use new tc-ld-disable-gold helper' (ChangeLog), glibc was then rebuilt using the standard linker. Presumably as a direct result of the glibc rebuild, clang was then unable to produce executables so llvm/clang was itself rebuilt. Twice in fact: firstly by gcc and then by the resulting clang itself. Lastly, a large bunch of updates (including many qt* packages as well as llvm/clang itself) were upgraded yesterday. As a net result, kdelibs with the handbook USE flag now builds OK. Perhaps all of this provides a clue if anyone else is having the same problem.
I can confirm too, that after binutils update kdelibs compiles fine even with handbook use flag on.
Thanks for your investigation. *** This bug has been marked as a duplicate of bug 549276 ***