John Drescher wrote: >> The suggestion in the bug report looks somewhat reasonable to me, but >> then again, we don't actually create separate debug info, and the >> 'Release' configuration would be no different to the 'RelWithDebInfo' >> configuration, so it's sort of a 'lie'. >> >> The real need for it though is probably that it allows the downstream of >> Qt to use RelWithDebInfo themselves? >> >> The alternative way to do that would be to set the MAP_IMPORTED_CONFIG* >> properties. I'm not sure whether I should advise that and close the bug >> report, or should I implement the suggested change. >> >> Any ideas? >> > As a windows programmer who regularly uses CMake generated > RelWithDebInfo targets with Qt4 since 2008 I believe the behavior of > using the Release versions for RelWithDebugInfo is fine (and actually > preferred for me).
Hi John, Thanks for your input. Do you have to do anything in particular to enable this when working with FindQt4.cmake? > If I need to debug deeply into a Qt problem I will > switch to use the Debug build however most of the time for itk or vtk > I want to use RelWithDebInfo to debug since these tend to be slow to > Debug in Debug mode that is when I use dicom images that are similar > resolution to what my programs typically use. Do you have to do anything in particular to enable this when working with FindQt4.cmake? Or do you mean that you use vtk in RelWithDebInfo config, and Qt in Release config in that case? Thanks, Steve. -- 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://www.cmake.org/mailman/listinfo/cmake