<div dir="ltr"><div>INCLUDE(InstallRequiredSystemLibraries)</div><div>INSTALL( FILES ${CMAKE_INSTALL_SYSTEM_RUNTIME_LIBS} DESTINATION ${BINARY_OUTPUT_DIR} )</div><div><br></div><div>but that doesn't cover third party libraries; which should be in the path anyway.</div>
<div><br></div><div>Oh; but that's install... so I don't use projects to run, I set the debug properties of like ALL_BUILD to the executable I want and the path I want; and build target install....</div><div><br></div>
<div><br></div><div>from "cmake useful variables"  might be useful</div><div><br></div><div><dt style="font-weight:bold;margin-bottom:0.1em;color:rgb(0,0,0);font-family:sans-serif;font-size:13px;line-height:19.049999237060547px">
CMAKE_CFG_INTDIR </dt><dd style="line-height:19.049999237060547px;margin-left:2em;margin-bottom:0.1em;color:rgb(0,0,0);font-family:sans-serif;font-size:13px">meta-variable! Please note that this is an <b>important</b> variable, since on multi-configuration generators it will be generated into <b>dynamically switched</b> content based on the configuration that the user currently selected within the generated build environment. Indicates the name of the current configuration (~ directory) for the project. May be used for any purpose which needs per-configuration-dynamic switching of strings, not just OutputDir configuration. For multi-configuration generators (e.g. MSVC) the resulting strings are typically some of "Debug", "Release", "RelWithDebInfo", or "MinSizeRel". For other compiler generators (single-configuration ones) it is typically ".", as they don't use MSVC-style configuration directories.</dd>
</div><div><br></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Fri, May 23, 2014 at 4:54 PM, Eric Wing <span dir="ltr"><<a href="mailto:ewmailing@gmail.com" target="_blank">ewmailing@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="">On 5/23/14, Dan Kegel <<a href="mailto:dank@kegel.com">dank@kegel.com</a>> wrote:<br>
> On Fri, May 23, 2014 at 4:38 PM, Eric Wing <<a href="mailto:ewmailing@gmail.com">ewmailing@gmail.com</a>> wrote:<br>
>> On 5/23/14, Dan Kegel <<a href="mailto:dank@kegel.com">dank@kegel.com</a>> wrote:<br>
>>> You can add the directory containing the 3rd party DLLs to the global<br>
>>> PATH environment variable, I bet.<br>
>><br>
>> ... I just want a<br>
>> work-out-of-the-box solution with CMake doing local copies.<br>
><br>
> So... copy the DLLs to the same folder as your test app?<br>
<br>
</div>So that's what I think I want, unless there is a smarter way. (As I<br>
said, changing the global environment isn't really a good option...a<br>
local per-project setting would be cool though.) Since Visual Studio<br>
can change these directories depending on the configuration, is there<br>
a robust CMake way that most of the community already uses to solve<br>
this?<br>
<div class=""><br>
><br>
>>> <a href="http://msdn.microsoft.com/en-us/library/ms235299.aspx" target="_blank">http://msdn.microsoft.com/en-us/library/ms235299.aspx</a><br>
>> I've read that. This is my goal which I want to do with CMake.<br>
>> "you can directly install redistributable Visual C++ DLLs in the<br>
>> application local folder"<br>
><br>
> <a href="http://msdn.microsoft.com/en-us/library/dd293565.aspx" target="_blank">http://msdn.microsoft.com/en-us/library/dd293565.aspx</a> is a bit more<br>
> explicit.<br>
<br>
</div>"Copy the appropriate MFC and C Run-Time (CRT) library files--for<br>
example, for an x86 platform and Unicode support, copy mfc100u.dll and<br>
msvcr100.dll from \Program Files\Microsoft Visual Studio<br>
10.0\VC\redist\x86\--and then paste them in the \Release\ folder of<br>
your MFC project."<br>
<br>
So again, is there something that already exists that the CMake<br>
community is using? Finding both the path to the Visual Studio version<br>
you are using and the CMake/Visual Studio build directory (what if I<br>
want "MinSizeRel" instead of "Release") is going to be full of little<br>
gotchas that I know I will screw up if I have to write everything from<br>
scratch. I am kind of hoping there is already a pre-canned solution<br>
CMake users are using since this is a common issue.<br>
<div class="im HOEnZb"><br>
Thanks,<br>
Eric<br>
--<br>
Beginning iPhone Games Development<br>
<a href="http://playcontrol.net/iphonegamebook/" target="_blank">http://playcontrol.net/iphonegamebook/</a><br>
</div><div class="HOEnZb"><div class="h5">--<br>
<br>
Powered by <a href="http://www.kitware.com" target="_blank">www.kitware.com</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>
Kitware offers various services to support the CMake community. For more information on each offering, please visit:<br>
<br>
CMake Support: <a href="http://cmake.org/cmake/help/support.html" target="_blank">http://cmake.org/cmake/help/support.html</a><br>
CMake Consulting: <a href="http://cmake.org/cmake/help/consulting.html" target="_blank">http://cmake.org/cmake/help/consulting.html</a><br>
CMake Training Courses: <a href="http://cmake.org/cmake/help/training.html" target="_blank">http://cmake.org/cmake/help/training.html</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>
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>