Created attachment 290683 [details] subversion-1.7.0 ebuild patch using $(get_libname) for library extensions subversion-1.7.0 got pulled with USE="java" during my last emerge -uDav world and it failed with the following message: * ERROR: dev-vcs/subversion-1.7.0 failed (install phase): * /Users/me/Gentoo/var/tmp/portage/dev-vcs/subversion-1.7.0/image/Users/me/Gentoo/usr/lib/libsvnjavahl*.so does not exist As I'm on ~x64-macos and *.dylib are (normally) built, this error message was not really surprising. The attached patch fixes this issue by using $(get_libname) from the multilib.eclass instead of the hardcoded *.so file extension. With this change the ebuild installs and merges just fine.
Are these objects really called libsvn.dylib.0? That's wrong, they should have been called libsvn.0.dylib. Can you check this? I think you want to use $(get_libname 0) here.
(In reply to comment #1) > Are these objects really called libsvn.dylib.0? > That's wrong, they should have been called libsvn.0.dylib. > > Can you check this? I think you want to use $(get_libname 0) here. Yep, it's libsvn.0.dylib, but it's built like that anyway. I just built it with $(get_libname 0) and the results are the same.
Committed in 1.7.1, thanks