[CMake] Extra built type subdir appeded to LIBRARY_OUTPUT_PATH

[Richard Maunder]

On 31/03/2006 15:40:27, William A. Hoffman (billlist at nycap.rr.com) wrote: 
> At 07:33 AM 3/31/2006, Richard Maunder wrote: 
> >Yes this was what I meant - but trying to override CMAKE_CFG_INTDIR 
> doesn't 
> >seem to work. I tried: 
> > 
> >SET (CMAKE_CFG_INTDIR "newdir") 
> > 
> >and 
> > 
> >SET(CMAKE_CFG_INTDIR "newdir" CACHE FILEPATH "Appended build dir" FORCE) 
> > 
> >Neither of which seem to be alter the VC project. The output lib path 
> under 
> >VC is shown as$LIBRARY_OUTPUT_PATH\$(OutDir) 
> > 
> >CMAKE_CFG_INTDIR seems defaulted to "$(OutDir)" - an VS internal 
> variable 
> >which itself is set by Cmake to "Debug" etc - it appears in the VC 
> project 
> >as the Output Directory. And this gets collected before any change 
> in the 
> >Cmake file. 
> 
> You can not change CMAKE_CFG_INTDIR.   If you want to create new 
> configurations, 
> you want to set this one: CMAKE_CONFIGURATION_TYPES.  But make sure you 
> define CMAKE_C_FLAGS_* where the * matches all of the names used in 
> CMAKE_CONFIGURATION_TYPES. 
> 
> -Bill 

Ok - fair enough - thanks. In this case a custom copy rule seems the
simpliest solution.

It seems somewhat undesirable that you set an output path and then another
(non-configurable) subdir gets appended to it. I would have thought in the
cases where LIBRARY_OUTPUT_PATH or EXECUTABLE_OUTPUT_PATH have been set by
the user they should be respected and not have the CMAKE_CFG_INTDIR added.
Just my opinion and probably too late to change this behaviour though....

Thanks

Rick

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://public.kitware.com/pipermail/cmake/attachments/20060331/b5d75266/attachment.htm