Brad King wrote: > The full solution is to refactor things enough that a new kind of > try_compile can be implemented. It should push the configuration > process state on a stack, run more CMake code in the isolated state > to add some targets, and then generate the build system for them > directly out of the temporary configuration state. Finally the > configuration stack would be popped back to the try_compile call and > the result variable would be set. This would allow the full state > of the main project to be used for generation of a try_compile, > including imported targets.
Just to tie things together, this came up before: http://thread.gmane.org/gmane.comp.programming.tools.cmake.devel/3615/focus=5180 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://public.kitware.com/cgi-bin/mailman/listinfo/cmake-developers
