sys-devel/llvm-2.9-r2 (also 2.8-r2) shared library is searched at /usr/lib. This makes emerge icedtea fail with USE="zero shark" at least on PPC but presumably on other 32bit archs capable of shark too. Reproducible: Always Steps to Reproduce: 1. patch icedtea with patch from bug 257567 2. USE="zero shark" icedtea Actual Results: ./gamma: error while loading shared libraries: libLLVM-2.9.so: cannot open shared object file: No such file or directory Work-around: ln -s /usr/lib/llvm/libLLVM-2.8.so /usr/lib/ or ln -s /usr/lib/llvm/libLLVM-2.9.so /usr/lib/
USE="shark" in all in-tree versions of icedtea (and all versions in java-overlay, it seems) is not supported at the moment. However, since other packages work fine with the llvm libs where they are, I would expect that it would be icedtea that needs to be patched to work with this LD location. Assigning to the llvm dev anyways so they know what's up (and in case i'm incorrect about this being icedtea's responsibility), and CC'ing icedtea maintainers.
Hmm other packages depending on llvm find the library without a problem (clang and mesa being the biggest examples). Searching on icedtea bugzilla, I found this: http://icedtea.classpath.org/bugzilla/show_bug.cgi?id=639 (still open)
This can be fixed in icedtea by adding it to rpath. http://overlays.gentoo.org/proj/java/browser/java-overlay/dev-java/icedtea/files/icedtea-7.2.0_shark_jvm_rpath.patch?rev=8922 However, currently Shark doesn't build either way. For icedtea:6 CACAO and for icedtea:7 JamVM is currently used if HotSpot isn't available for a given architecture.
Cleaning some old llvm/clang bugs, does it still fail with current versions? (llvm-3.7.0 was just added in tree)
