[cmake-developers] [Review request] Topic install_CMAKE_INSTALL_RELATIVE

[J Decker]

On Mon, Dec 22, 2014 at 1:25 PM, Brad King <brad.king at kitware.com> wrote:

> On 12/22/2014 03:28 PM, Domen Vrankar wrote:
> > Maybe others will disagree but to be quite honest I myself don't think
> > that CMAKE_INSTALL_RELATIVE variable would be the right solution... I
> > myself prefer to write install commands with relative paths and I
> > guess that something like that should be fixed in CMakeLists.txt and
> > contributed to projects that use absolute paths and not add a new
> > variable for doing this...
>
> I agree.  If a project uses absolute install paths that means its
> authors have not thought about making relocatable packages.  There
> could be many other problems with making such projects relocatable
> other than just install rules.
>
>
THere's not a problem with relative install paths; why were they passed as
absolute?  Just apply a pre-filter on your side like if( matches
${destpath} ${cmake_install_prefix}  ) subst it out.  All paths are
relative to start with; and seems like a corruption to have an abosolute
path


> -Brad
>
> --
>
> Powered by www.kitware.com
>
> Please keep messages on-topic and check the CMake FAQ at:
> http://www.cmake.org/Wiki/CMake_FAQ
>
> Kitware offers various services to support the CMake community. For more
> information on each offering, please visit:
>
> CMake Support: http://cmake.org/cmake/help/support.html
> CMake Consulting: http://cmake.org/cmake/help/consulting.html
> CMake Training Courses: http://cmake.org/cmake/help/training.html
>
> Visit other Kitware open-source projects at
> http://www.kitware.com/opensource/opensource.html
>
> Follow this link to subscribe/unsubscribe:
> http://public.kitware.com/mailman/listinfo/cmake-developers
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/cmake-developers/attachments/20141222/de822aa7/attachment-0001.html>