On Mon, Dec 8, 2008 at 4:13 AM, Hendrik Sattler <[EMAIL PROTECTED]>wrote:
> Robert Dailey schrieb: > > Thanks for clarifying. Everything works now, however this doesn't really > > solve my problem. See, I need to copy shared library files over > differently > > depending on my configuration and also depending on my platform. On Linux > > the library names will have different suffix/prefix. This becomes even > > harder when I have to consider debug vs release, since the libraries are > > also different between configurations as well. > > So what? Instead of copying the DLLs to the build location of the > executable, copy _all_ relevant files to an extra location of your choice. This makes absolutely no sense to me. To copy "all relevant files", I have to know their name. To know their name, I need to know the platform and the build configuration, since as I said before the names are different in both cases. > The LOCATION_<CONFIG> property also exists. > > Why do you even care for the name of the actual files? What purpose does > it have to name debug and release libraries differently but no being > interchangeable? I don't think you understand. I have no control over the names of the shared libraries, since I am using third party libraries, such as boost. For example, in debug I need to use boost_filesystem-mt-gd.dll, and in release I use boost_filesystem-mt.dll. On Linux debug & release, the suffix will probably .so instead of .dll. I cannot debug my applications unless the DLL files can be copied to the location of the executable. I think your confusion lies in the fact that I'm copying the DLLs manually. Normally, developers would setup their projects in such a way that it is the responsibility of the person building the source code to go out and download & install third party dependencies as needed. In my case, I am keeping all dependencies with my project along with prebuilt binaries for all platforms I plan to support.
_______________________________________________ CMake mailing list CMake@cmake.org http://www.cmake.org/mailman/listinfo/cmake
