On 10/18/2013 01:19 PM, Amine Khaldi wrote: > Please note that multi platform is the *norm* in VS solutions, not the > exception. Any and every real world VS user expects its support. The > lack of this support is what doesn't make sense, not the other way around.
Yes, for native VS usage. However, CMake in general was built originally for single architecture builds and has a lot of infrastructure designed before multiple-architecture environments were common. Details of the architecture are exposed to the imperative CMakeLists.txt code. The Find modules are built to find the library file corresponding to a single architecture. Linking is done by full path to a library file, not by "I hope -lfoo finds the right one!", so we can't switch architectures simply by switching the -L library search paths. Supporting multiple architectures in a single VS project is not just a matter of teaching the IDE project file generators to write them out. It will require a fundamental shift in CMake's design. That is what http://thread.gmane.org/gmane.comp.programming.tools.cmake.devel/7272 is about, but it is just too much to consider with all the other major changes going on right now. -Brad -- 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
