Notes |
|
(0032685)
|
Andreas Stahl
|
2013-03-22 12:09
|
|
Could an admin please change the Product Version to 2.8.11rc1? I couldn't select it from the report form's drop-down menu. Thanks! |
|
|
(0032686)
|
Brad King
|
2013-03-22 14:57
|
|
Confirmed. I think the bug is here:
http://cmake.org/gitweb?p=cmake.git;a=blob;f=Source/cmTarget.cxx;hb=db87209b#l2941 [^]
where it reads the COMPILE_DEFINITIONS_<CONFIG> property for each config and ignores the plain-old COMPILE_DEFINITIONS property which is the one where the generator expressions are placed by the target_compile_definitions command.
Steve, please fix this and extend the CompileDefinitions test to cover some per-config definitions.
|
|
|
(0032687)
|
Brad King
|
2013-03-22 15:04
|
|
|
|
(0032688)
|
Brad King
|
2013-03-22 15:10
|
|
Steve, please refactor cmTarget::GetCompileDefintions so its callers only need to call it once with their config name. It should get the values of both COMPILE_DEFINITIONS and COMPILE_DEFINITIONS_<CONFIG>, append the lists, evaluate generator expressions with the proper config name, and then return a single result. Then fix up all the call sites to call it once per config. |
|
|
(0032690)
|
Stephen Kelly
|
2013-03-24 16:36
|
|
I've pushed fix-COMPILE_DEFINITIONS-config to stage. I haven't merged it to next yet because I have only tested the makefile generator.
I'm also not certain that the approach of creating a config-specific test is the right one. Can you confirm the use of the \${CTEST_TEST_CONFIGURATION} trick?
Thanks, |
|
|
(0032692)
|
Brad King
|
2013-03-25 10:52
|
|
|
|
(0032693)
|
Stephen Kelly
|
2013-03-25 10:57
|
|
Thanks. It looks good to me. |
|
|
(0034017)
|
Robert Maynard
|
2013-10-07 10:04
|
|
Closing resolved issues that have not been updated in more than 4 months. |
|