<div dir="ltr"><div><div><div>(My simple user opinion): <br><br>I'm not a fan of the idea. <br>Not particularly because of Python, but because with this, now <br></div>if I want to use a library that someone made with a CMakeLists.py in my project <br>(for instance as a submodule) : <br>* I also have to install Python on the machines where the build happens, <br>* tell my users to install Python, <br>* add it to their PATH... <br><br>Many already have trouble just installing and running CMake, and this adds another <br></div><div>potential layer of complexity, and a fragmentation of the ecosystem. <br>Unless CMake would ship with its own Python interpreter ? <br></div></div><div><div><div><div><br></div><div>I know, this is a non-problem on Linux and OS X (or is it ? On my machine /usr/bin/python is python 3 but on others it is python 2),<br>but there are some poor people out there stuck with Windows machines, and I wouldn't like their lives to be even harder.<br></div><div class="gmail_extra"><br></div><div class="gmail_extra">Best regards<br></div><div class="gmail_extra">Jean-Michaël <br><br></div><div class="gmail_extra"><div class="gmail_quote">On Wed, Jan 11, 2017 at 10:23 PM, Shmuel H, <span dir="ltr"><<a href="mailto:shmuelhcmake@gmail.com" target="_blank">shmuelhcmake@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Hello,<div><br></div><div>First of all, I have been using CMake for a few years now, it is awesome tool, thank you.</div><div><br></div><div>The only problem I currently have with CMake is its language, which has not really intended to be one. After reading a few endless discussions about this topic, I decided to give it a try and do something practical.</div><div><br></div><div>My current design is using Python as an extension for the regular CMakeLists.txt files: if there is a CMakeLists.py file, it would be loaded.</div><div><br></div><div>It should not be too hard to maintain, the current API design uses only 1-3 function that should be implemented in cmake.</div><div><br></div><div>For more information, see the [closed] merge request <a href="https://gitlab.kitware.com/cmake/cmake/merge_requests/389" target="_blank">#389</a>.</div><div><br></div><div>I would be happy to hear your opinion about this idea.</div><div><br></div><div>Best regards,</div><div>Shmuel H.</div></div>
<br>--<br>
<br>
Powered by <a href="http://www.kitware.com" rel="noreferrer" target="_blank">www.kitware.com</a><br>
<br>
Please keep messages on-topic and check the CMake FAQ at: <a href="http://www.cmake.org/Wiki/CMake_FAQ" rel="noreferrer" target="_blank">http://www.cmake.org/Wiki/CMak<wbr>e_FAQ</a><br>
<br>
Kitware offers various services to support the CMake community. For more information on each offering, please visit:<br>
<br>
CMake Support: <a href="http://cmake.org/cmake/help/support.html" rel="noreferrer" target="_blank">http://cmake.org/cmake/help/su<wbr>pport.html</a><br>
CMake Consulting: <a href="http://cmake.org/cmake/help/consulting.html" rel="noreferrer" target="_blank">http://cmake.org/cmake/help/co<wbr>nsulting.html</a><br>
CMake Training Courses: <a href="http://cmake.org/cmake/help/training.html" rel="noreferrer" target="_blank">http://cmake.org/cmake/help/tr<wbr>aining.html</a><br>
<br>
Visit other Kitware open-source projects at <a href="http://www.kitware.com/opensource/opensource.html" rel="noreferrer" target="_blank">http://www.kitware.com/opensou<wbr>rce/opensource.html</a><br>
<br>
Follow this link to subscribe/unsubscribe:<br>
<a href="http://public.kitware.com/mailman/listinfo/cmake-developers" rel="noreferrer" target="_blank">http://public.kitware.com/mail<wbr>man/listinfo/cmake-developers</a><br></blockquote></div><br></div></div></div></div></div>