[CMake] Using relative paths with INSTALL

[David Cole]

The drag-n-drop generator puts a copy of the "make install" tree at the root
of the disk image produced...
So if your "make install" tree has bundles in it, they're in there.
Otherwise, not.

I think the answer to your question : "will '..' always work in INSTALL
rules?" is -- it depends. We will not knowingly break it intentionally...
However, unless there is a test for it in the cmake test suite, it may get
broken unintentionally.

Could you devise/contribute a new test (or an extension to an existing test)
that would verify that the INSTALL behavior we have now remains that way?

On the other hand, I can think of some cases where you will have file/dir
create/write access under the CMAKE_INSTALL_PREFIX directly, but not in some
of its subdirectories. In that case, it would not work even now...


HTH,
David


On Mon, Jun 8, 2009 at 2:16 PM, Timothy M. Shead <tshead at sandia.gov> wrote:

> Clinton Stimpson wrote:
>
>  But you'd only ever do that with the cpack bundle generator, right?
>>
>
> In a very narrow set of circumstances, yes.  Normally, it never comes up.
>
>  Why not use the drag-n-drop generator instead?  Then you won't have to go
>> outside the install prefix.  This is one of the reasons I contributed the
>> drag-n-drop generator.
>>
>
> My recollection was that the drag-n-drop generator handled the
> one-binary-per-bundle use case well, but isn't general enough for my
> situation (multiple binaries, multiple external libraries, shared data,
> etc).  Where does the drag-n-drop generator install files within the bundle?
>
> Cheers,
> Tim
>
>
> --
> Timothy M. Shead
> Data Analysis & Visualization (1424)
> Sandia National Laboratories
> 505-284-0139
>
> _______________________________________________
> 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://www.cmake.org/mailman/listinfo/cmake
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.cmake.org/pipermail/cmake/attachments/20090608/168ad3a1/attachment.htm>