Hello all!
 
13.01.2017, 18:56, "Brad King" <brad.k...@kitware.com>:

On 01/12/2017 01:20 PM, Shmuel H, wrote:

 maybe a general problem with dependencies, which generally
 make our life harder?


Yes. People typically install CMake only in order to build something else.
If Python were added as an external dependency then that would be yet
another step. If it were bundled then our bootstrap script and CMake-based
build of CMake itself would both have to learn to build Python. Python
is also a distribution in addition to a language, so deploying it raises
the question of what to bundle with it. None of these is something I'd
like to have added to the responsibilities of maintaining and distributing
CMake.

There are already other build systems that use Python as their language,
but many people still choose CMake over them anyway.

 
I believe that language should be one.
 
Many of us well know C ++, and so we understand each other.
 
 
 However, for me - a user, a known and well-designed programming language
 for CMake would be very helpful. I can't say that for every other user,
 but I think it would make their life a lot easier too.


As Charles Huet mentioned Lua is a good choice because it provides a
language and is portable to everywhere that has C. It is also not a
distribution. I've posted in the past a design for a cmake_lua command
that allows one to use Lua code within CMakeLists.txt files. Actually
using it as a full replacement language though will first require more
refactoring internally as I mentioned in my previous post.

As I've mentioned in previous discussions, if we're going to go through
a language change we should make sure it addresses important needs.
Having a declarative specification that can be externally tooled will
be helpful to IDEs. I'd envision such a format that is then imported
by the procedural-language part of the configuration process for
evaluation of conditions and finalization for the current target.

Without a comprehensive design I'm hesitant to proceed on any such effort.

 
I completely agree. Must first be designed very, very good design decision.
 


-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

 
 
Regards,
Konstantin Podsvirov
 
-- 

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

Reply via email to