Why I need this feature is irrelevant, the important thing is that I need the feature. I know a couple of other people who've posted on various other mailing lists that have asked for this as well.<br><br>However, if you must know, I need this mainly because of wxWidgets. wxWidgets has a setup.h file that is located in a directory specific to the configuration in which wxWidgets was built. For the respective configuration, I need to tell the compiler to use a different setup.h, which means I need to specify a different include directory per configuration. There's other ways to solve this problem other than using include directories, but this is the most trivial and simplified way.<br>
<br><div class="gmail_quote">On Tue, Dec 23, 2008 at 5:00 AM, cyril_wobow <span dir="ltr"><<a href="mailto:cyril@wobow.com">cyril@wobow.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Philip Lowman a écrit :<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><div class="Ih2E3d">
On Mon, Dec 22, 2008 at 11:27 PM, Robert Dailey <<a href="mailto:rcdailey@gmail.com" target="_blank">rcdailey@gmail.com</a> <mailto:<a href="mailto:rcdailey@gmail.com" target="_blank">rcdailey@gmail.com</a>>> wrote:<br>
<br>
On Mon, Dec 22, 2008 at 9:23 PM, Bill Hoffman<br></div><div><div></div><div class="Wj3C7c">
<<a href="mailto:bill.hoffman@kitware.com" target="_blank">bill.hoffman@kitware.com</a> <mailto:<a href="mailto:bill.hoffman@kitware.com" target="_blank">bill.hoffman@kitware.com</a>>> wrote:<br>
<br>
<br>
Investigate CMAKE_CFG_INTDIR.<br>
<br>
<br>
I believe for Visual Studio output, this will be<br>
$(OutDir), right? If this is the case, this is a visual<br>
studio environment variable that will have no meaning when<br>
used in CMake scripts.<br>
<br>
<br>
It is . when not in VS, and $(OutDir) when it is. So, you can<br>
say /foo/bar/bin/${CMAKE_CFG_INTDIR}/runit.<br>
<br>
It will be /foo/bar/bin/./runit with makefiles.<br>
It will be /foo/bar/bin/$(OutDir)/runit with VS projects.<br>
<br>
<br>
Keep in mind this is for include directories, which will not work<br>
with visual studio environment variables. I need to statically<br>
tell CMake which include directories go along with what<br>
configuration. I don't believe this can be done at the moment, at<br>
least with visual studio generation.<br>
<br>
<br>
Just curious, why would you ever want to have two different include directories, one for debug and one for release? It doesn't seem like a very good idea to me, but then again perhaps there is a good use case for this. How many header files are affected? I assume you are aware of and have rejected using the NDEBUG definition for your problem (via a 3rd wrapper file for every affected header file)<br>
<br>
-- <br>
Philip Lowman<br></div></div>
------------------------------------------------------------------------<div class="Ih2E3d"><br>
<br>
_______________________________________________<br>
CMake mailing list<br>
<a href="mailto:CMake@cmake.org" target="_blank">CMake@cmake.org</a><br>
<a href="http://www.cmake.org/mailman/listinfo/cmake" target="_blank">http://www.cmake.org/mailman/listinfo/cmake</a><br>
</div></blockquote>
<br>
Hi<br>
<br>
That sounds funny. Each time I see a question about "how to do something configuration-specifically when generating for visual studio" it ends up "why on earth would you want to do that?". I guess it proves one more time that visual studio users expect every feature that cmake provides at configuration-time to also be provided at pre-build time. Thanks to a lot of cmake scripting, I have managed to get something like that to work but it is true that some features are still not utilizable configuration-specifically.<br>
(Last critical thing for me was how to tell cmake which CMAKE_BUILD_TYPE is "debug" and which is "optimized", which is why I am bound to use cmake from cvs where Brad King introduced a DEBUG_CONFIGURATIONS global property).<br>
I am really interested ni cmake developers' feelings about that.<br><font color="#888888">
<br>
Cyril<br>
</font></blockquote></div><br>