<div dir="ltr">Hi Nils,<div class="gmail_extra"><br><div class="gmail_quote">On Mon, Jul 27, 2015 at 3:12 PM, Nils Gladitz <span dir="ltr"><<a href="mailto:nilsgladitz@gmail.com" target="_blank">nilsgladitz@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On 07/27/2015 02:25 PM, Andreas Pakulat wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Hi,<br>
<br>
I'm trying to generate a zip file (on Windows) for a shared library<br>
including the generated debug symbols in pdb files with CPack.<br>
Unfortunately CPack does not seem to pick up the pdb files all by itself<br>
and after cross-reading the cpack docs in the cmake wiki I didn't see<br>
any switch to enable such behavior.<br>
<br>
Did somebody already do this and if so how?<br>
</blockquote>
<br></span>
What gets installed is decided by install() commands in your project rather than by CPack.<br>
<br>
You can use the $<TARGET_PDB_FILE:tgt> [1] generator expression to install pdb files.<br>
<br>
e.g. install(FILES $<TARGET_PDB_FILE:my_target> DESTINATION bin)<br></blockquote><div><br></div><div>Ah, interesting. I would've thought that an install() would automatically include the pdb files, after all those are usually useful after the build process and the builddir is often gone once a library is being used.</div><div><br></div><div>I've meanwhile also noticed that the default compiler flags that CMake uses include the debug information in the dll itself (dll size is doubled), so for now don't even have to have the separate pdb files packaged anymore (in this case the pdb info is small enough to just keep in the dll).</div><div><br></div><div>Thanks for the pointer.</div><div><br></div><div>Andreas</div><div> </div></div></div></div>