Re: [cmake-developers] Properly Documenting a CMake Module

2019-02-14 Thread Torsten
ain) to the extensions array. best regards, Torsten signature.asc Description: Message signed with OpenPGP -- 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 commu

Re: [cmake-developers] Properly Documenting a CMake Module

2019-02-13 Thread Torsten Robitzki
> Am 13.02.2019 um 13:42 schrieb Brad King via cmake-developers > : > > The online docs, like those at https://cmake.org/cmake/help/v3.14 > do publish a `/objects.inv` to support intersphinx: > > http://www.sphinx-doc.org/en/master/usage/extensions/intersphinx.html > > This was done on reque

Re: [cmake-developers] $LIST_LENGTH{} syntax

2019-01-22 Thread Torsten
e ExpandVariable()-Path (but of cause, I would measure the difference). kind regards, Torsten signature.asc Description: Message signed with OpenPGP -- Powered by www.kitware.com Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Kitware offer

Re: [cmake-developers] real functions (was: $LIST_LENGTH{} syntax)

2019-01-22 Thread Torsten
> Am 22.01.2019 um 16:37 schrieb Brad King : > > On 1/22/19 10:28 AM, tors...@robitzki.de wrote: >> With `$CACHE{VAR}` and `$ENV{VAR}` we already have the syntax for calling a >> „function“. > > No, there is no obvious way to pass arguments, handle nested quoting, etc. Jep, you are right. I’v

Re: [cmake-developers] real functions (was: $LIST_LENGTH{} syntax)

2019-01-22 Thread Torsten
> Am 22.01.2019 um 13:33 schrieb Brad King : > > On 1/22/19 7:09 AM, tors...@robitzki.de wrote: > >> How about adding the ability to add such function? Like: >> >> procedure(LIST_LENGTH list) >> list(LENGTH list length) >> return(${length}) >> endprocedure() > > We don't have a syntax for i

Re: [cmake-developers] Support for list length expression in if()-command?

2019-01-22 Thread Torsten
> Am 22.01.2019 um 12:42 schrieb Brad King : > > > Rather than a special `if` syntax, perhaps we could introduce an > explicit `$LIST_LENGTH{mylist}` syntax. One would need to experiment > to see if modifying the variable expansion parser (under CMP0053 NEW > behavior only) to support this wou

Re: [cmake-developers] Support for list length expression in if()-command?

2019-01-22 Thread Torsten
y, he has three use cases: - Checking for empty lists (I’ve showed him that this can be done by a string compare). - Checking for lists having more than 1 entry - Checking for equal size of two lists. For example, if you want to pass pairs or tuples to a function. (example: f(firsts seconds)) regards,

[cmake-developers] Support for list length expression in if()-command?

2019-01-14 Thread Torsten Robitzki
changes in CMake [like introducing *real* functions]), he came up with the idea to extend the if()-command with a LENGTH operator: set(list) … if (LENGTH list GREATER 1) … endif() Would such an extension be accepted as pull request, if we would provide it? regards, Torsten signature.asc

Re: [cmake-developers] Idea for Multi-Toolchain Support

2018-12-24 Thread Torsten
> Am 24.12.2018 um 17:07 schrieb Kyle Edwards : > > On Sat, 2018-12-22 at 16:57 +0100, Torsten Robitzki wrote: >> What I’m still missing is support to define dependencies between >> different targets (build by different toolchains), so that I can >> describe that I r

Re: [cmake-developers] Idea for Multi-Toolchain Support

2018-12-22 Thread Torsten Robitzki
nerated file from the CrossToolChain part of the build have to be rebuild. best regards, Torsten signature.asc Description: Message signed with OpenPGP -- 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 variou

[cmake-developers] Test for list size

2018-12-12 Thread Torsten Robitzki
) … Or maybe by introducing functions that can return values (length being a „function“ here): if (length[list] GREATER 1) … What do you think? Are we the only ones that could make good use out of this extension? best regards, Torsten signature.asc Description: Message signed with

Re: [cmake-developers] [CMake] dependencies of cross compiliations

2018-12-03 Thread Torsten Robitzki
27;s sort of what I would like to > have. Now it's your turn. No bikeshedding please, only deliveries ;) How about ``add_dependencies()`` allowing me to define dependencies between different build types? :-) best regards, Torsten signature.asc Description: Message signed with OpenPGP