Actually now that I think about this a littler closer, changing the generator expressions may not work for a specific case I'm blocked on.
I store my third party library binaries in a "debug" and "release" directories. I have a custom target that I define to copy the appropriate debug or release DLLs to the appropriate output directories, so that when I debug my applications, they find the appropriate DLLs in the same directory. So the copy mapping should be as follows: debug -> Debug release -> Release release -> RelWithDebInfo release -> MinSizeRel Specifically for the RELEASE case. I can't use $<CONFIGURATION> for the source directory, since the name is "release" between all 3 release configurations. This case is easily solved with issue 9974, however. Any thoughts? On Mon, May 13, 2013 at 9:16 AM, Brad King <[email protected]> wrote: > On 05/13/2013 10:10 AM, Robert Dailey wrote: >> I am familiar with bug 9974 and I've been following it for quite some >> time :) I thought there was enough interest in the feature (especially >> from myself) to work on it. However, I do like the idea of generator >> expressions being supported in OUTPUT, this is a more ideal situation >> and would only affect the multi-configuration generators, so I don't >> have to change the command options & stuff which I have found so far >> to be a nightmare (mostly because I am unfamiliar with the code base). >> 13840 sounds much easier. If no one else is working on that, I can >> invest my time into it instead. > > I don't think anyone is working on 13840 currently. > > Grep the source tree for "GetOutputs" to find places that will > need to be taught to expand generator expressions. > > -Brad -- Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Follow this link to subscribe/unsubscribe: http://public.kitware.com/cgi-bin/mailman/listinfo/cmake-developers
