[cmake-developers] Question over language bindings / daemon

[Charles Huet]

Hi Rick,

this is something I played with a bit, and while it is completely possible
to make your own little python binding, it will not be merged into CMake,
which means you will have to maintain it on your side.
Also, you will need to write the whole interface yourself, as the current
CMake lib API is not meant to be used in such a way.

While I too am more familiar and at ease with python and its ecosystem, lua
is a better fit for CMake as it can be redistribued easily (just one C file
to add to the build).
This would allow for better control of the updates, avoiding potential
conflicts with the installed version on the system and so on.

My Proof of concept can be found easily, but it will remain in this
unfinished state for ever, since when I'll get time to work on this I will
pursue the Lua angle.

Best,
Charles


Le lun. 18 juil. 2016 à 14:47, Tobias Hunger <Tobias.Hunger at qt.io> a écrit :

> Hi Rick,
>
> On Mo, 2016-07-18 at 00:59 +0100, RW via cmake-developers wrote:
> > Question 1
> > Will the new daemon mode if it's included have all the commands
> associated
> > with a CMakeFile?
> > (In other-words could I write a python library that could just pipe
> > commands into it, instead of generating a separate CMakeFile)
>
> It's server mode now:-)
>
> No, daemon mode will provide commands to query the build graph etc., but
> it will
> not be usable to feed CMakeLists.txt-commands to cmake one by one.
>
> > Question 2
> > I had a look at the way the functions are written within the code
> > while I could extract a list of them using something like CppSharp (for
> > example to extract a list of everything that inherits from cmCommand)
> > There doesn't seem to be any metadata that describes arguments that are
> > passed into a given function. (only that each function takes a vector of
> > strings).
> > Do you know if there's any xml or associated metadata (perhaps used to
> > generate the docs) for which arguments are associated with a given
> function?
>
> This in turn is in scope for server mode (not at the start, but later):
> That
> information is a by-product of the idea of server mode helping IDEs with
> code-
> completion of CMakeLists.txt files.
>
> Best Regards,
> Tobias
>
> --
> Tobias Hunger, Senior Software Engineer | The Qt Company
> The Qt Company GmbH, Rudower Chaussee 13, D-12489 Berlin
> Geschäftsführer: Mika Pälsi, Juha Varelius, Mika Harjuaho. Sitz der
> Gesellschaft: Berlin, Registergericht: Amtsgericht Charlottenburg, HRB
> 144331 B
> --
>
> 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
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/cmake-developers/attachments/20160726/472bba91/attachment.html>