>
> It's up to users to use generator expressions instead of if(WIN32) or
> whatever:
>
> add_library(foo
> foo.cpp
> $<$:foo_win.cpp>
> )
>
> This has been possible for years and was designed with IDEs in mind:
Sure, it’s possible, but it’s not very user friendly or declarative (you
Florent Castelli wrote:
> Well, CMake scripts can be written in a somewhat declarative form now.
> What prevents this now is that a lot of people use indirections
> everywhere. For example: add_library(foo STATIC ${SRCS}) If it was a plain
> list, any decent IDE would be able to parse this and
On 01/16/2017 03:40 PM, Florent Castelli wrote:
> Well, CMake scripts can be written in a somewhat declarative form now.
[snip]
> I made some functions with parameters similar to the example above and
> everything became a (custom) declarative format.
Yes, many projects have macros/functions to
Hello,
This goes somewhere between a question and a feature request.
We are working on mull, https://github.com/mull-project/mull mutation
testing
system based on top of LLVM. Currently the development is mostly focused
around
testing of C++ projects and we use LLVM and its libraries as a
Well, CMake scripts can be written in a somewhat declarative form now.
What prevents this now is that a lot of people use indirections everywhere. For
example: add_library(foo STATIC ${SRCS})
If it was a plain list, any decent IDE would be able to parse this and add
another file to the list
> My point is that an IDE should be able to edit the declarative spec
> without having run a configuration or even create a build tree. The
> spec should be the preferred form for making changes and stored in
> version control. Any intermediate spec generated by a procedural
> Language script
On 01/14/2017 03:27 AM, Shmuel H, wrote:
> 1. Script stage: Look for and run build script, that will generate a
> [JSON] configuration file.
My point is that an IDE should be able to edit the declarative spec
without having run a configuration or even create a build tree. The
spec should be
This all rhymes fairly well with an earlier suggestion of mine, CMake IR, a
stateless intermediate representation. Though I originally suggested this
feature to facilitate the authoring of generators, it could’ve also act as an
alternative front-end, other than the CMake script language (which
