On 07/10/2013 11:17 AM, Stephen Kelly wrote:
> Brad King wrote:
> 
>> On 7/4/2013 4:29 AM, Stephen Kelly wrote:
>>> I can't think of anything that can be done with CMAKE_FIND_ROOT_PATH
>>> which can't be done with CMAKE_PREFIX_PATH (with a bit more repetition on
>>> the command line, I think). Should we enumerate the use cases to consider
>>> documenting it obsolete?
>>
>> One could have several roots in which target-arch packages
>> are installed.  CMAKE_FIND_ROOT_PATH can list all of them.
>> The others are not lists.
> 
> I don't understand. CMAKE_PREFIX_PATH is a list.

Oops, I misread it as CMAKE_INSTALL_PREFIX for some reason.
Anyway, IIUC CMAKE_FIND_ROOT_PATH can be used to map *all*
searches with CMAKE_FIND_ROOT_PATH_MODE_LIBRARY=ONLY, not
just those whose locations come from CMAKE_PREFIX_PATH, no?

> Even if we simplify and only install one target library (and build nothing 
> for the host), I don't know what values are appropriate. If I set 
> 
>  CMAKE_INSTALL_PREFIX -> /opt/kf5
>  DESTDIR -> $HOME/dev/kf5

DESTDIR is only for packaging so we need a solution that works
without that anyway.

To install to $HOME/dev/kf5 on the host then CMAKE_INSTALL_PREFIX
should be $HOME/dev/kf5 currently.  What is wrong with that?
Any project-specific place that needs to know the on-target path
can us a project-specific variable.  CMake-generated export files
are relocatable and do not even know the original install prefix
(except for the /lib->/usr/lib symlink hack, is this all for that?).

-Brad
--

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