Re: [CMake] CMake IR

2015-07-30 Thread Nicolas Desprès
On Thu, Jul 30, 2015 at 1:51 PM, Nagy-Egri Máté Ferenc wrote: [...] > @Nicolas: > > Yes, these tools indeed have been working for the past few decades. Others > also suggested why don’t I generate CMakelists.txt instead? > > The problem is that the current limitations of CMake all originate from

Re: [CMake] CMake IR

2015-07-30 Thread Bill Hoffman
On 7/30/2015 7:51 AM, Nagy-Egri Máté Ferenc via CMake wrote: Bill: I am a member, I just tried sending using the same mail using the “secret CC” option. It seems it did not work. OK, I just checked and it was rejected because of this: Reason: Message has implicit destination I have a

Re: [CMake] CMake IR

2015-07-30 Thread Nagy-Egri Máté Ferenc via CMake
@Domagoj: “In addition to it feeling like working with (or fighting against) an ugly crossover between a C preprocessor and a shell script from 1979, an increasingly big source of frustration is its rigidness and limitation of 'only one toolset/compiler per project'.” 😃 I couldn’t have put

Re: [CMake] CMake IR

2015-07-29 Thread Domagoj Saric
On 29.7.2015. 12:02, Nagy-Egri Máté Ferenc via CMake wrote: The reason I suggested this as a CMake 4.0 feature is because I am the 11th person out of 10 who actually “likes” CMake a bit and cares for it. I’d rather empower a tool I use on a daily basis than spawn an alternative and spend half my

Re: [CMake] CMake IR

2015-07-29 Thread Nicolas Desprès
On Wed, Jul 29, 2015 at 2:51 PM, Nagy-Egri Máté Ferenc wrote: > Hi Nico, > > thank you for the idea. That idea occured to me too, trying to generate > the CMakelists.txt script from the desired front-end. Having taken a deep > dive into XML schemas, hardcore people even criticise W3C XML Schemas

Re: [CMake] CMake IR

2015-07-29 Thread Bill Hoffman
On 7/29/2015 9:11 AM, Nagy-Egri Máté Ferenc via CMake wrote: I also posted this idea to the dev list at the same time, but it’s awaiting moderation due to the inserted links. We really do not moderate the lists like that. If it is pending it is because you are not a member of the list. So, yo

Re: [CMake] CMake IR

2015-07-29 Thread David Cole via CMake
And I wouldn't give up just yet on building support for this into CMake, if not building the entire thing into a future CMake. Perhaps there are valid objections, or perhaps people just need convincing. D On Wed, Jul 29, 2015 at 8:51 AM, Nagy-Egri Máté Ferenc wrote: > Hi Nico, > > thank you for

Re: [CMake] CMake IR

2015-07-29 Thread David Cole via CMake
This all seems like a very good idea, and also like it will take an enormous amount of time and effort. I'd like to help, but I have quite limited available time these days. Let us know if there are specific things you need help with in advancing towards an implementation of these ideas. David C.

Re: [CMake] CMake IR

2015-07-29 Thread Nagy-Egri Máté Ferenc via CMake
Hi Matt, I also posted this idea to the dev list at the same time, but it’s awaiting moderation due to the inserted links. The project you reference is very similar indeed. It facilitates the consuming of CMake for IDEs, but it does not help in integrating it. Unaffecting the internals o

Re: [CMake] CMake IR

2015-07-29 Thread Nagy-Egri Máté Ferenc via CMake
Hi Nico, thank you for the idea. That idea occured to me too, trying to generate the CMakelists.txt script from the desired front-end. Having taken a deep dive into XML schemas, hardcore people even criticise W3C XML Schemas for not having a mathematical foundation which make it difficult to

Re: [CMake] CMake IR

2015-07-29 Thread Matt McCormick
Hi Máté, There is some on-going work along the lines of separating out state. See this thread for more information: http://thread.gmane.org/gmane.comp.programming.tools.cmake.devel/12658 You may want to have further discussions on the cmake-developers list. Cheers, Matt On Wed, Jul 29, 2015

Re: [CMake] CMake IR

2015-07-29 Thread Nicolas Desprès
Hi Máté, One way of doing would be to write a tool using whatever language you like, reading an input script written in whatever language you like, that generates cmake code. In such case, the modification to cmake would be smaller but not that simple. You can see this thread from the archive for

Re: [CMake] CMake IR

2015-07-29 Thread Nagy-Egri Máté Ferenc via CMake
How many people have I asked? We are a group of 5, and have several fellows who have drifted off to companies each with their respective dev teams of 5-15 people. General tendency is that everywhere, there is 1 CMake guru, the rest would be better off not touching the scripts, because they do mo

Re: [CMake] CMake IR

2015-07-29 Thread Raymond Wan
Hi Máté, On Wed, Jul 29, 2015 at 3:49 PM, Nagy-Egri Máté Ferenc wrote: > I wanted to ask your opinion on something that has been troubling me since… > well, ever since I started using CMake. I have not found a single person > alive who would have said: > > “The script language of CMake is nice,

[CMake] CMake IR

2015-07-29 Thread Nagy-Egri Máté Ferenc via CMake
Dear CMake devs/users, I wanted to ask your opinion on something that has been troubling me since… well, ever since I started using CMake. I have not found a single person alive who would have said: “The script language of CMake is nice, intuitive and productive. Authoring scripts is easy, a