A package where this happens is sci-chemistry/votca-csg. Error is: dyld: Library not loaded... Removing FORCE from CMAKE_BUILD_WITH_INSTALL_RPATH in cmake-utils.eclass and disabling it (via MYCMAKEARGS) solves the problem
I don't understand what you are proposing here... ?
(In reply to comment #1) > I don't understand what you are proposing here... ? Some package on MacOS need CMAKE_BUILD_WITH_INSTALL_RPATH, but it can not be disabled as it is forced TRUE.
So you are suggesting changing an eclass or a specific package? Patch?
(In reply to comment #3) > So you are suggesting changing an eclass or a specific package? Patch? I would vote for changing the eclass, dropping FORCE on CMAKE_BUILD_WITH_INSTALL_RPATH line. In this CMAKE_BUILD_WITH_INSTALL_RPATH would still be enabled by default, but allows for disabling it for packages, which need rpath. I didn't had an idea for a nice patch for votca-csg. Suggestions?
kde team is maintainer, so let's see what they think (eclass comes straight from gx86 in Prefix)
I will put this on our meeting agenda (2011/01/16).
(In reply to comment #4) > (In reply to comment #3) > > So you are suggesting changing an eclass or a specific package? Patch? > > I would vote for changing the eclass, dropping FORCE on > CMAKE_BUILD_WITH_INSTALL_RPATH line. In this CMAKE_BUILD_WITH_INSTALL_RPATH > would still be enabled by default, but allows for disabling it for packages, > which need rpath. > > I didn't had an idea for a nice patch for votca-csg. Suggestions? Perhaps we should only set this if !prefix ?
(In reply to comment #7) > (In reply to comment #4) > > (In reply to comment #3) > > > So you are suggesting changing an eclass or a specific package? Patch? > > > > I would vote for changing the eclass, dropping FORCE on > > CMAKE_BUILD_WITH_INSTALL_RPATH line. In this CMAKE_BUILD_WITH_INSTALL_RPATH > > would still be enabled by default, but allows for disabling it for packages, > > which need rpath. > > > > I didn't had an idea for a nice patch for votca-csg. Suggestions? > > Perhaps we should only set this if !prefix ? I am still a bit puzzled why it works in !prefix and on prefix amd64-linux. On amd64-linux the binaries in the build tree have the builddir in the rpath. On x86-macos in contrast otool tells about paths pointing to the lib in the install dir.
Beware that cmake is a horribly broken tool, it "thinks" ELF only, which is broken for e.g. the Mach-O world.
Guys, please... read the docs and the eclass before pointing thumbs down... :) This variable is only FORCED on for prefix at the moment!!! So, someone of you must have requested it at some point in the murky past. If you agree that you don't want that anymore, who of us will ever dare to object changing a prefix-specific setting...
IIRC it's enabled for APPLE only, so not Prefix related. I'm not quite convinced that we need rpath (it doesn't exist) on Apple yet.
(In reply to comment #11) > IIRC it's enabled for APPLE only, so not Prefix related. I'm not quite > convinced that we need rpath (it doesn't exist) on Apple yet. It seems to me on APPLE cmake translates the rpath options to path used by LC_LOAD_DYLIB (see otool -l).
You got your wish (we talked about this at the kde meeting), I just removed the FORCE.
hmmm, ok, we'll see what the effects will be. Thanks!