The drag-n-drop generator puts a copy of the &quot;make install&quot; tree at the root of the disk image produced...<div><br></div><div>So if your &quot;make install&quot; tree has bundles in it, they&#39;re in there. Otherwise, not.<br>
<br></div><div>I think the answer to your question : &quot;will &#39;..&#39; always work in INSTALL rules?&quot; 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.</div>
<div><br></div><div>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?</div><div><br></div><div>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...</div>
<div><br></div><div><br></div><div>HTH,</div><div>David</div><div><br></div><div><br><div class="gmail_quote">On Mon, Jun 8, 2009 at 2:16 PM, Timothy M. Shead <span dir="ltr">&lt;<a href="mailto:tshead@sandia.gov">tshead@sandia.gov</a>&gt;</span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"><div class="im">Clinton Stimpson wrote:<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
But you&#39;d only ever do that with the cpack bundle generator, right?<br>
</blockquote>
<br></div>
In a very narrow set of circumstances, yes.  Normally, it never comes up.<div class="im"><br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Why not use the drag-n-drop generator instead?  Then you won&#39;t have to go outside the install prefix.  This is one of the reasons I contributed the drag-n-drop generator.<br>
</blockquote>
<br></div>
My recollection was that the drag-n-drop generator handled the one-binary-per-bundle use case well, but isn&#39;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?<br>

<br>
Cheers,<div class="im"><br>
Tim<br>
<br>
<br>
-- <br>
Timothy M. Shead<br>
Data Analysis &amp; Visualization (1424)<br>
Sandia National Laboratories<br>
505-284-0139<br>
<br>
_______________________________________________<br></div><div><div></div><div class="h5">
Powered by <a href="http://www.kitware.com" target="_blank">www.kitware.com</a><br>
<br>
Visit other Kitware open-source projects at <a href="http://www.kitware.com/opensource/opensource.html" target="_blank">http://www.kitware.com/opensource/opensource.html</a><br>
<br>
Please keep messages on-topic and check the CMake FAQ at: <a href="http://www.cmake.org/Wiki/CMake_FAQ" target="_blank">http://www.cmake.org/Wiki/CMake_FAQ</a><br>
<br>
Follow this link to subscribe/unsubscribe:<br>
<a href="http://www.cmake.org/mailman/listinfo/cmake" target="_blank">http://www.cmake.org/mailman/listinfo/cmake</a><br>
</div></div></blockquote></div><br></div>