Today I reemerged llvm-9999 and clang-9999. After that clang doesn't work because can't find shared library. $ clang clang: error while loading shared libraries: libLLVM-3.4svn.so: cannot open shared object file: No such file or directory $ scanelf -n /usr/bin/clang TYPE NEEDED FILE ET_EXEC libLLVM-3.4svn.so,libpthread.so.0,libstdc++.so.6,libgcc_s.so.1,libc.so.6 /usr/bin/clang # equery f llvm | grep libLLVM-3.4svn.so /usr/lib64/llvm/libLLVM-3.4svn.so It looks path /usr/lib64/llvm/ should be added to LDPATH. Reproducible: Always # emerge --info Portage 2.1.12.5 (default/linux/amd64/13.0/desktop/kde, gcc-4.8.0, glibc-2.17, 3.9.5-gentoo x86_64) ================================================================= System uname: Linux-3.9.5-gentoo-x86_64-Intel-R-_Core-TM-2_Duo_CPU_E8400_@_3.00GHz-with-gentoo-2.2 KiB Mem: 3079268 total, 327256 free KiB Swap: 5828748 total, 5083248 free Timestamp of tree: Tue, 18 Jun 2013 05:30:01 +0000 ld GNU gold (GNU Binutils 2.23.1) 1.11 ccache version 3.1.9 [enabled] app-shells/bash: 4.2_p45 dev-java/java-config: 2.2.0 dev-lang/python: 2.7.5, 3.2.5, 3.3.2 dev-util/ccache: 3.1.9 dev-util/cmake: 2.8.11.1 dev-util/pkgconfig: 0.28 sys-apps/baselayout: 2.2 sys-apps/openrc: 0.11.8 sys-apps/sandbox: 2.6-r1 sys-devel/autoconf: 2.13, 2.69 sys-devel/automake: 1.11.6, 1.12.6, 1.13.2 sys-devel/binutils: 2.23.1 sys-devel/gcc: 4.6.4, 4.7.3, 4.8.0 sys-devel/gcc-config: 1.8 sys-devel/libtool: 2.4.2 sys-devel/make: 3.82-r4 sys-kernel/linux-headers: 3.9 (virtual/os-headers) sys-libs/glibc: 2.17 Repositories: gentoo sunrise ACCEPT_KEYWORDS="amd64 ~amd64" ACCEPT_LICENSE="* -@EULA AdobeFlash-11.x PUEL Q3AEULA dlj-1.1 Oracle-BCLA-JavaSE" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-O2 -march=native -pipe -fpeel-loops -frename-registers -frecord-gcc-switches -fno-unwind-tables -fno-asynchronous-unwind-tables -fpredictive-commoning -fweb -ftree-vectorize -floop-interchange -fivopts -floop-block -floop-strip-mine -fira-loop-pressure -floop-interchange -ftree-loop-linear -Wdisabled-optimization " CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/share/config /usr/share/gnupg/qualified.txt /usr/share/polkit-1/actions" CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/env.d /etc/fonts/fonts.conf /etc/gconf /etc/gentoo-release /etc/revdep-rebuild /etc/sandbox.d /etc/terminfo" CXXFLAGS="-O2 -march=native -pipe -fpeel-loops -frename-registers -frecord-gcc-switches -fno-unwind-tables -fno-asynchronous-unwind-tables -fpredictive-commoning -fweb -ftree-vectorize -floop-interchange -fivopts -floop-block -floop-strip-mine -fira-loop-pressure -floop-interchange -ftree-loop-linear -Wdisabled-optimization " DISTDIR="/usr/portage/distfiles" FCFLAGS="-O2 -pipe" FEATURES="Xfail-clean Xkeepwork Xunmerge-backup assume-digests binpkg-logs ccache collision-protect compressdebug config-protect-if-modified distlocks ebuild-locks fixlafiles merge-sync news parallel-fetch preserve-libs protect-owned sandbox sfperms strict unmerge-logs unmerge-orphans userfetch userpriv usersandbox usersync" FFLAGS="-O2 -pipe" GENTOO_MIRRORS="http://distfiles.gentoo.org" LDFLAGS="-Wl,-O1 -Wl,--as-needed -z relro" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_CONFIGROOT="/" PORTAGE_RSYNC_EXTRA_OPTS="-O" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --stats --human-readable --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage/layman/sunrise" SYNC="rsync://192.168.138.254/gentoo-portage" USE="X a52 aac acl acpi aio alsa amd64 apm async bash-completion bittorrent branding bzip2 cairo caps cdda cdr chroot cli consolekit crypt cups cxx dbus declarative dmx dri dvd dvdr emboss encode exif fam firefox ftp gif glibc-omitfp gpm graphite gstreamer iconv idn iproute2 ipv6 ithreads jpeg kde kipi laptop lcms libnotify lightning logrotate mad mmap mmx mmxext mng modules mp3 mp4 mpeg mudflap multilib ncurses network-cron nls nptl nsplugin nspluginwrapper objc ogg opengl openmp openssl optimization optimized-qmake pam pango pch pcre pdf phonon plasma png policykit ppds python3 qt3support qt4 readline samba sdl semantic-desktop session sharedmem smp spell sse sse2 sse3 sse4_1 ssl ssse3 startup-notification svg threads threadsafe tiff tools truetype udev udisks unicode upower urandom usb vim vim-pager vim-syntax vorbis wxwidgets x264 xattr xcb xcomposite xinerama xml xscreensaver xv xvid zip 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="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 cgid dav dbd deflate dir env expires ext_filter filter headers include info log_config logio mime mime_magic negotiation rewrite setenvif speling status unique_id usertrack vhost_alias" APACHE2_MPMS="worker" 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" DRACUT_MODULES="caps lvm mdraid" 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 ubx" INPUT_DEVICES="evdev" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LIBREOFFICE_EXTENSIONS="presenter-console presenter-minimizer" LINGUAS="pl en es es_ES" OFFICE_IMPLEMENTATION="libreoffice" PHP_TARGETS="php5-3 php5-4" PYTHON_SINGLE_TARGET="python2_7" PYTHON_TARGETS="python2_7 python3_2" RUBY_TARGETS="ruby19" USERLAND="GNU" VIDEO_CARDS="nvidia" 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: CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LC_ALL, PORTAGE_BUNZIP2_COMMAND, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, USE_PYTHON
Hmm, looks like they finally stepped on their own mine. I will re-merge it today and see if I can reproduce it.
I'm afraid I can't reproduce this. Could you try updating it again? Maybe they fixed it in svn already.
I just reemerged llvm&clang again, clang is at 184308, llvm is at 184306. It doesn't solve my problem. Diff beetwen `equery f llvm` old an new is: diff -u llvm-dotych llvm-new --- llvm-dotych 2013-06-19 17:00:09.093222287 +0200 +++ llvm-new 2013-06-19 17:36:06.953614355 +0200 @@ -428,6 +428,7 @@ /usr/include/llvm/Object/Error.h /usr/include/llvm/Object/MachO.h /usr/include/llvm/Object/MachOFormat.h +/usr/include/llvm/Object/MachOUniversal.h /usr/include/llvm/Object/ObjectFile.h /usr/include/llvm/Object/RelocVisitor.h /usr/include/llvm/Object/YAML.h So libLLVM-3.4svn.so is still in the same place. # equery f llvm|grep libLLVM-3.4svn.so /usr/lib64/llvm/libLLVM-3.4svn.so
Well, wasn't libLLVM always there? I was pretty sure about it a minute ago but now I'm in doubt. In any case, mesa has had issues finding libLLVM for a while already and it seems that clang finally joined it. I had a work-around for it in /etc/ld.so.conf.d/, that's why it worked for me. Sorry for making you rebuild it unnecessarily. @voyageur, I guess we may take the easy way and install such a work-around in /etc/ld.so.conf.d for now or just start installing LLVM into /usr/lib* like cmake does.
I looked into very old backup (6.11.2012) and I can see: /usr/lib/llvm/libLLVM-3.2svn.so I chrooted inside and I did use strace: # strace -s 800 clang 2>&1|grep libLLVM open("/usr/lib64/llvm/tls/x86_64/libLLVM-3.2svn.so", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) open("/usr/lib64/llvm/tls/libLLVM-3.2svn.so", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) open("/usr/lib64/llvm/x86_64/libLLVM-3.2svn.so", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) open("/usr/lib64/llvm/libLLVM-3.2svn.so", O_RDONLY|O_CLOEXEC) = 3 It's ok. Now I;m launching strace on current installation: # strace -s 800 clang 2>&1|grep libLLVM open("/usr/bin/../lib/tls/x86_64/libLLVM-3.4svn.so", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) open("/usr/bin/../lib/tls/libLLVM-3.4svn.so", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) open("/usr/bin/../lib/x86_64/libLLVM-3.4svn.so", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) open("/usr/bin/../lib/libLLVM-3.4svn.so", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) open("/lib64/tls/x86_64/libLLVM-3.4svn.so", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) open("/lib64/tls/libLLVM-3.4svn.so", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) open("/lib64/x86_64/libLLVM-3.4svn.so", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) open("/lib64/libLLVM-3.4svn.so", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) open("/usr/lib64/tls/x86_64/libLLVM-3.4svn.so", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) open("/usr/lib64/tls/libLLVM-3.4svn.so", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) open("/usr/lib64/x86_64/libLLVM-3.4svn.so", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) open("/usr/lib64/libLLVM-3.4svn.so", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) writev(2, [{"clang", 5}, {": ", 2}, {"error while loading shared libraries", 36}, {": ", 2}, {"libLLVM-3.4svn.so", 17}, {": ", 2}, {"cannot open shared object file", 30}, {": ", 2}, {"No such file or directory", 25}, {"\n", 1}], 10clang: error while loading shared libraries: libLLVM-3.4svn.so: cannot open shared object file: No such file or directory Could clang binary had hardcoded paths to shared library?
On diffrent host I have clang/llvm at rev.183607, I'm getting "error while loading shared libraries" also
Indeed, since we enabled shared library, libLLVM was always there. Maybe a faulty llvm-config output (or changed since 3.3 release)? I need to test with -9999 3.3 has correct rpath on clang: % chrpath /usr/bin/clang /usr/bin/clang: RPATH=$ORIGIN/../lib:/usr/lib64/llvm
I can confirm this on clang and llvm emerged just now.
Created attachment 351732 [details] emerge --info on my system
I have been affected by this too, but I was not paying too much attention, so I thought that I had built clang in a manner that was out-of-sync with LLVM. With that said, this sounds like an upstream issue. Someone will need to start building older versions of LLVM and Clang via ESVN_REVISION to find out which upstream change broke this on us.
I can try to find problematic revision.
I checked using such command: ESVN_REVISION=182559 emerge -qv1 llvm clang Last working revision: 182558 I did diff beetwen list of files, no difference.
r182559 | rafael | 2013-05-23 04:53:22 +0200 (czw) | 5 linii Remove redundant rpath. These are not needed since we added the $ORIGIN based rpath.
This is not only clang bug llvm stuff (like llc) too
Bug in llvm-9999.ebuild in src_prepare "Fixing rpath and CFLAGS" have wrong substitute sed -e "s,\$(RPATH) -Wl\,'\$\$ORIGIN/../lib',\$(RPATH) -Wl\,""${EPREFIX}"/usr/$(get_libdir)/${PN}, \ must fix this bug but may be better fix all $$ORIGIN $$ORIGIN it's like 'executable_path' get at runtime we can replace this, or replace all path which have this $$ORIGIN/../lib to $$ORIGIN/../$(get_libdir)/${PN} as example
I'm working on it right now. I'll convert all the seds into epatch+sed which should be much safer.
I've replaced all the sed statements with patches in llvm-9999-r1::mgorny. I'll backport it to -3.3-r1::mgorny soon; in the meantime, feel free to test it. Good news is that it fixes clang. Bad news is that LLVM is still broken. I wonder if RPATH was added to llvm-config somehow implicitly or explicitly.
(In reply to Michał Górny from comment #17) > Good news is that it fixes clang. Bad news is that LLVM is still broken. I > wonder if RPATH was added to llvm-config somehow implicitly or explicitly. Sorry, I meant mesa/vdpau is broken.
I've tried llvm-r1 and it works for me. And it's just one package instead of two, I like it:)
I've backported the patch to 3.3-r1::mgorny as well but =llvm-3.3-r1[clang] fails to build. I have no idea why, I'd appreciate if someone could nail it down. In the meantime, trying to build [-clang].
Ok, 3.3 backport is fixed in ::mgorny now. It seems that 3.3 requires $ORIGIN in rpath to build. I'd like someone to confirm that 9999 doesn't require it and it's not just a coincidence due to svn build. This involves 3.3 installing files with insecure rpaths but I don't know if it's worth fighting it at the point.
This should be fixed in -3.3-r1 and -9999.
