On 02/02/2017 01:15 PM, Justin Berger wrote: > I haven't seen the proposals on how to implement alternative language > front ends from the technical side; but the debugger shouldn't have any > explicit dependence on the front-end language; its called via hooks > (right now in cmMakefile) and has some introspection capabilities via > that same class.
The cmMakefile class is the core implementation of the current CMake language (it's name is historical), so placing the hooks in it would tie the debugger to the current language. I don't think there is anything wrong with that because the whole point is to debug code written the current language. -Brad -- 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