Brad King wrote:

> On 2/17/2012 9:13 AM, Stephen Kelly wrote:
>> If CMAKE_SKIP_INSTALL_RPATH is used by our buildsystems and
>> CMAKE_SKIP_RPATH is not, distros will learn that they can run unit tests
>> if they build their packages with the former instead of the latter.
>>
>>  From my point of view though, the ENVIRONMENT property manipulation
>>  solves
>> enough of the problem already. It makes 'make test' work.
>>
>> What it doesn't fix is running a unit test executable directly without
>> setting the environment manually or running make install. I don't see why
>> that should be expected to work though if the developer disables the
>> RPATH stuff. It also doesn't work currently (without wrapper scripts), so
>> nothing is really lost.
>>
>> However, adding CMAKE_SKIP_INSTALL_RPATH would make that work even if a
>> developer wanted to disable RPATH, so maybe it's a nice thing to do.
> 
> This is achievable by project code if it never sets INSTALL_RPATH.
> However it can be convenient for distros to have a "hammer" like
> CMAKE_SKIP_INSTALL_RPATH to avoid patching uncooperative projects.
> 
> Distros are using CMAKE_SKIP_RPATH as that hammer now, and it's a
> pain for tests.  I think CMAKE_SKIP_INSTALL_RPATH is the right
> balance.  It allows tests to run and distros to avoid RPATH in
> their packages.

I have also added a skip-install-rpath branch to my clone for review.

So far it's a quick hack. I'm not sure if I'm barking up the right or wrong 
tree.

Thanks,

Steve.


--

Powered by www.kitware.com

Visit other Kitware open-source projects at 
http://www.kitware.com/opensource/opensource.html

Please keep messages on-topic and check the CMake FAQ at: 
http://www.cmake.org/Wiki/CMake_FAQ

Follow this link to subscribe/unsubscribe:
http://public.kitware.com/cgi-bin/mailman/listinfo/cmake-developers

Reply via email to