CPack does a "make install" and puts your install tree underneath _CPack_Packages.<div><br></div><div>THEN, it calls NSIS with the *.nsi script, and packages that up into an installer.</div><div><br></div><div>There is nothing in the *.nsi file that copies anything into _CPack_Packages. That happens before makensis is ever called.<br>
<br></div><div>Please post some code, so we can help you figure out what is going on here.</div><div><br></div><div>Is this in an open source project where we can inspect the code? Or can you replicate your problem with the CMake/Tests/Tutorial/Step7 project?</div>
<div><br></div><div><br></div><div><br><div class="gmail_quote">On Sat, May 19, 2012 at 2:02 PM, <span dir="ltr"><<a href="mailto:norulez@me.com" target="_blank">norulez@me.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div bgcolor="#FFFFFF"><div>Hello Eric,</div><div>hello David,</div><div><br></div><div>sorry for the long response time.</div><div><br></div><div>I noticed that the custom CPackConfig is not necessary if I use variable names beginning with CPACK_. So first I removed the custom file.</div>
<div><br></div><div>Then the main problem...</div><div>I don't use a changed <a href="http://NSIS.template.in" target="_blank">NSIS.template.in</a> file from the CMake installation. I use a NSIS script from a college and tried to use it under CPack. This means than I used CPACK variable names instead of hard coded values. However I'm a NSIS novice, so it seems that in a CPACK variable and/or in the original <a href="http://NSIS.template.in" target="_blank">NSIS.template.in</a> file are some commands which I didn't find. The only one I need is the command which copies the necessary files into the temporary CPack directory (_CPack_Packges).</div>
<div><br></div><div>Which CPack variable and/or NSIS commands from the original template file are required to solve this?</div><div><br></div><div>Thanks in advance</div><div><br></div><div>Best Regards<br><br>Am 09.05.2012 um 20:45 schrieb "NoRulez" <<a href="mailto:norulez@me.com" target="_blank">norulez@me.com</a>>:<br>
</div><div><div class="h5"><div></div><blockquote type="cite"><div><div>>> By the way could you try 2.8.8 instead of 2.8.7 ?<br>Yes, I will try it tomorrow (I read the changelog <a href="http://www.cmake.org/files/v2.8/CMakeChangeLog-2.8.8" target="_blank">http://www.cmake.org/files/v2.8/CMakeChangeLog-2.8.8</a> but I can't find any details where this behavior may be fixed)<br>
Because on our Buildserver CMake 2.8.7 is installed and if no relevant changes are made in 2.8.8, then I would be happy if I could retain the CMake 2.8.7 installation (Never change a running system ;-))<br><br>But I will try 2.8.8 on the workstation and send you the output from 2.8.7 ("--verbose --debug").<br>
<br>Best Regards<br></div><div><br>Am 09. Mai 2012 um 11:31 schrieb Eric Noulard <<a href="mailto:eric.noulard@gmail.com" target="_blank">eric.noulard@gmail.com</a>>:<br><br><div><blockquote type="cite"><div><div>2012/5/9 <<a href="mailto:norulez@me.com" target="_blank">norulez@me.com</a>>:<br>
>>> Is it the case? Is there any file in _CPack_Packages\win32\NSIS\MyProject<br> >>> ?<br> > No, there aren't any files<br> ><br> ><br> >>> Could you copy/paste the exact message you get and may be running cpack<br>
>>> on the command line with ---verbose and --debug.<br> > Sure, but I can only do so tomorrow<br> ><br> ><br> >>> Nope normally you don't but what are you doing in your<br> >>> "<a href="http://CPackConfig.cmake.in" target="_blank">CPackConfig.cmake.in</a>" ?<br>
> I only set the CPACK variables and additional variables which are used in<br> > the <a href="http://NSIS.template.in" target="_blank">NSIS.template.in</a> file.<br> > Because if I don't use the custom <a href="http://CPackConfig.cmake.in" target="_blank">CPackConfig.cmake.in</a> file then the<br>
> variables in the <a href="http://NSIS.template.in" target="_blank">NSIS.template.in</a> files aren't resolved.<br> <br> Please send us those files.<br> As usual the devil may be in the details.<br> <br> >>> And do you have any INSTALL(CODE or INSTALL(SCRIPTS in your project?<br>
> Yes, i use this for the BundleUtilities like in the BundleUtilities example<br> ><br> > INSTALL(CODE "<br> > file(GLOB_RECURSE SHARED_LIBS<br> > \"\${CMAKE_INSTALL_PREFIX}/*${CMAKE_SHARED_LIBRARY_SUFFIX}\")<br>
> include(BundleUtilities)<br> > fixup_bundle(\"${APPS}\" \"\${SHARED_LIBS}\" \"${DIRS}\")<br> > " COMPONENT Runtime)<br> <br> I'm not a BundleUtilities user but code like that may break with CPack because<br>
CPack may internally use DESTDIR to do its local installation so that<br> one should usually write:<br> <br> $ENV{DESTDIR}${CMAKE_INSTALL_PREFIX}<br> rather than<br> ${CMAKE_INSTALL_PREFIX}<br> <br> however since you have NO file at all in the local CPack install dir,<br>
the problem is elsewhere.<br> <br> By the way could you try 2.8.8 instead of 2.8.7 ?<br> <br> -- <br> Erk<br> Le gouvernement représentatif n'est pas la démocratie --<br> <a href="http://www.le-message.org" target="_blank">http://www.le-message.org</a><br>
</div></div></blockquote></div></div></div></blockquote></div></div><blockquote type="cite"><div><span>--</span><div class="im"><br><span></span><br><span>Powered by <a href="http://www.kitware.com" target="_blank">www.kitware.com</a></span><br>
<span></span><br><span>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></span><br><span></span><br>
<span>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></span><br><span></span><br><span>Follow this link to subscribe/unsubscribe:</span><br>
<span><a href="http://www.cmake.org/mailman/listinfo/cmake" target="_blank">http://www.cmake.org/mailman/listinfo/cmake</a></span></div></div></blockquote></div></blockquote></div><br></div>