[Development] The BuildFlags test you attempted last week...

[Peter Kümmel]

sorry, wrong list.

On 10.07.2012 11:21, Peter Kümmel wrote:
> On 09.07.2012 17:35, David Cole wrote:
>> Not sure what your main goal was for that test, but a similar test already exists to ensure proper definition of
>
> http://www.cmake.org/Bug/view.php?id=13069
>
> Seems there is no test which checks if -DCMAKE_BUILD_TYPE=XXX triggers the selection of the matching CMAKE_C_FLAGS_XXX:
>
> CMakeLists: set(CMAKE_C_FLAGS_DEBUG -DTEST_STRING="${CMAKE_BUILD_TYPE}"
> main.c    : printf("%s\n", TEST_STRING)
> test      : output == ${CMAKE_BUILD_TYPE}
>
>
>> CMAKE_BUILD_TYPE or proper selection of build configuration in a multi-config generator. But only in the context of
>> running a ctest -D dashboard or a ctest -S dashboard script.
>>
>> See the files Tests/CTestConfig/CMakeLists.txt and Tests/CTestConfig/CTestConfig.cxx for details.
>>
>> You would need a block for "if(CMAKE_CONFIGURATION_TYPES)" in order to get the logic just right w.r.t. CMAKE_BUILD_TYPE
>> in your test.
>>
>> The Visual Studio and/or Xcode dashboards that did pass your test, passed it by luck because the built configuration
>> happened to match the CMAKE_BUILD_TYPE that you were trying to "expect".
>>
>> The important piece of knowledge to have here is that CMAKE_BUILD_TYPE is not defined for multi-config generators, and
>> in fact, it should be considered bad practice, although it's not strictly an error, to define it in such a build tree.
>> Because in a multi-config generator you can actually have multiple builds (Debug+Release+...) existing side-by-side in
>> the same build tree.
>>
>>
>> Hope this helps,
>> David
>>
> _______________________________________________
> Development mailing list
> Development at qt-project.org
> http://lists.qt-project.org/mailman/listinfo/development
>