Am Montag, 9. Januar 2017, 14:36:56 schrieb Brad King: > On 01/09/2017 04:59 AM, Rolf Eike Beer wrote: > > I need for several projects the ability to set CMAKE_C_STANDARD on older > > compilers > > I think it would be fine to add the minimum infrastructure needed for > that and then just disable the WCDH and Tests/* pieces that don't work > with it. We could also just not document this support. Until more > people are interested in it that have time to implement it fully, I don't > think we need to fully support it beyond your use case.
I'm fine with that. I will probably not have time to look into this the coming days, but I hope I can do it before the 3.8 feature freeze. > > -the standard check for working features is currently auto_type, which is > > not supported by older compilers. Basically all support long_long_type, > I'm hesitant to switch to long_long_type because that is often supported > by compilers in C++98 mode, so it may defeat the test. That was also the reason I was reluctant about this. So we need to come up with a better solution, e.g. use auto_type if supported by the compiler and fall back to long_long_type for others. Please revert my topic from stage for the moment, it will take me at least until end of the week before I have time to look at this again. Eike
signature.asc
Description: This is a digitally signed message part.
-- Powered by www.kitware.com Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Kitware offers various services to support the CMake community. For more information on each offering, please visit: CMake Support: http://cmake.org/cmake/help/support.html CMake Consulting: http://cmake.org/cmake/help/consulting.html CMake Training Courses: http://cmake.org/cmake/help/training.html Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Follow this link to subscribe/unsubscribe: http://public.kitware.com/mailman/listinfo/cmake-developers
