[cmake-developers] [PATCH] Proposed fix for bug 15183

2016-01-13 Thread Marko Kylmämaa
Hello, I would like to propose the following fix for bug 15183 ( https://cmake.org/Bug/view.php?id=15183) For some reason the XcodeGenerator seemed to be setting the INSTALL_PATH variable regardless of if it was initialized or not (which is done only for shared libraries). This seems almost

Re: [cmake-developers] CMake alternative language

2016-01-13 Thread Charles Huet
Hi, > * There is a lot of code out there in the current CMake language so I do not think it is realistic to drop it. I'm not proposing that this change. I am. (more below) > * Many projects build elaborate macro/function systems in the CMake language in order to end up with a declarative

[cmake-developers] cmake daemon mode protocol

2016-01-13 Thread Tobias Hunger
Hi Stephen, I have successfully build and run your cmake server mode changes and the python client script does work as advertised. I do have a couple of remarks about it. This is more intended as a starting point for discussion as a real proposal. Would something along these lines be possible:

Re: [cmake-developers] CMake alternative language

2016-01-13 Thread Charles Huet
I don't think this is a dumb question, actually this is part of the problem I think would be resolved whit a new language. The barrier of entry to using CMake is too high in my opinion, and I think using an existing language would lower it *a lot*. Thanks for sharing :) Le mer. 13 janv. 2016 à

Re: [cmake-developers] Adding Swift support to CMake for Linux/Makefiles

2016-01-13 Thread Eric Wing
On 1/12/16, Brad King wrote: > On 01/08/2016 06:15 PM, Eric Wing wrote: >> simple 'swiftc' integration going for ADD_EXECUTABLE, as described in >> the original post. > > Take the generator check out of Modules/CMakeDetermineSwiftCompiler.cmake > to get rid of the up-front

Re: [cmake-developers] CMake alternative language

2016-01-13 Thread Saša Janiška
On Sri, 2016-01-13 at 13:14 +, Charles Huet wrote: > I don't think this is a dumb question, actually this is part of the > problem I think would be resolved whit a new language. > > The barrier of entry to using CMake is too high in my opinion, and I > think using an existing language would

Re: [cmake-developers] Assertion hit in CMake for KDevelop on Ubuntu

2016-01-13 Thread Alexander Neundorf
On Wednesday, January 13, 2016 10:16:23 Robert Dailey wrote: > Running version 3.2.2 on Ubuntu 15. I run the following command: > > $ cmake .. -G"KDevelop3" -DCMAKE_C_COMPILER=gcc-4.9 > -DCMAKE_CXX_COMPILER=g++-4.9 -DCMAKE_BUILD_TYPE=$config >

[cmake-developers] [CMake 0015916]: [Buildroot] [PATCH] cmake: use system libzma when the xz package is enabled

2016-01-13 Thread Mantis Bug Tracker
The following issue has been SUBMITTED. == https://cmake.org/Bug/view.php?id=15916 == Reported By:R Jones Assigned To:

Re: [cmake-developers] Assertion hit in CMake for KDevelop on Ubuntu

2016-01-13 Thread Robert Dailey
On Wed, Jan 13, 2016 at 12:36 PM, Brad King wrote: > On 01/13/2016 11:16 AM, Robert Dailey wrote: >> Running version 3.2.2 on Ubuntu 15. I run the following command: > [snip] >> cmake: ../../Source/cmTarget.cxx:722: void >>

Re: [cmake-developers] Assertion hit in CMake for KDevelop on Ubuntu

2016-01-13 Thread Brad King
On 01/13/2016 11:16 AM, Robert Dailey wrote: > Running version 3.2.2 on Ubuntu 15. I run the following command: [snip] > cmake: ../../Source/cmTarget.cxx:722: void > cmTarget::GetSourceFiles(std::vector> &, const string&) const: Assertion `this->GetType() != >

Re: [cmake-developers] Assertion hit in CMake for KDevelop on Ubuntu

2016-01-13 Thread Kevin Funk
On Wednesday, January 13, 2016 12:44:59 PM Robert Dailey wrote: > On Wed, Jan 13, 2016 at 12:36 PM, Brad King wrote: > > On 01/13/2016 11:16 AM, Robert Dailey wrote: > >> Running version 3.2.2 on Ubuntu 15. I run the following command: > > [snip] > > > >> cmake:

Re: [cmake-developers] CMake alternative language

2016-01-13 Thread Alexander Neundorf
On Wednesday, January 13, 2016 10:59:39 yann suisini wrote: > Hi, > > I'm a new user of CMake, but I just want to express my newcomer point of > view. > Honestly , I can feel the power of CMAKE, but it's a real pain to learn ... > I'm using CMAKE for an embedded platform with a non GNU compiler ,

Re: [cmake-developers] Assertion hit in CMake for KDevelop on Ubuntu

2016-01-13 Thread Rolf Eike Beer
Am Mittwoch, 13. Januar 2016, 12:44:59 schrieb Robert Dailey: > On Wed, Jan 13, 2016 at 12:36 PM, Brad King wrote: > > On 01/13/2016 11:16 AM, Robert Dailey wrote: > >> Running version 3.2.2 on Ubuntu 15. I run the following command: > > [snip] > > > >> cmake:

Re: [cmake-developers] Adding Swift support to CMake for Linux/Makefiles

2016-01-13 Thread Eric Wing
> For the moment, I like swiftc over swift because it seems a lot > simpler. I hope this means the least changes for CMake right now. I need to correct myself on this. While I like swiftc for looking simpler, I'm actually thinking swift might be fewer changes since the file-by-file thing is what

Re: [cmake-developers] Adding Swift support to CMake for Linux/Makefiles

2016-01-13 Thread Eric Wing
>> If my hunch is correct, how do I tell CMake to ‘promote’ Swift as the >> correct tool? > > See the CMAKE__LINKER_PREFERENCE platform information variable. > There is also the LINKER_LANGUAGE target property. For C, C++, and > Fortran one generally chooses between C++ and Fortran to drive the >

[cmake-developers] [CMake 0015917]: Visual Studio project files generated incorrectly

2016-01-13 Thread Mantis Bug Tracker
The following issue has been SUBMITTED. == https://cmake.org/Bug/view.php?id=15917 == Reported By:Daniel Williams Assigned To:

[cmake-developers] [CMake 0015915]: add_subdirectory(directory EXPORT_VARIABLES VAR_1 VAR_2) gives "add_subdirectory called with incorrect number of arguments"

2016-01-13 Thread Mantis Bug Tracker
The following issue has been SUBMITTED. == https://cmake.org/Bug/view.php?id=15915 == Reported By:Bryan Koch Assigned To:

[cmake-developers] Assertion hit in CMake for KDevelop on Ubuntu

2016-01-13 Thread Robert Dailey
Running version 3.2.2 on Ubuntu 15. I run the following command: $ cmake .. -G"KDevelop3" -DCMAKE_C_COMPILER=gcc-4.9 -DCMAKE_CXX_COMPILER=g++-4.9 -DCMAKE_BUILD_TYPE=$config -DCMAKE_TOOLCHAIN_FILE="../toolchains/linux_i686.toolchain.cmake" My toolchain file is specified as follows:

Re: [cmake-developers] [CMake] Why does INTERFACE type targets only support whitelisted properties?

2016-01-13 Thread Ben Boeckel
On Mon, Jan 11, 2016 at 16:47:03 -0500, Taylor Braun-Jones wrote: > I have another INTERFACE property use case that is not whitelisted, but > should be: VERSION VERSION is a special property for libraries. Particularly the name for the file with the actual content of the library (the SOVERSION

Re: [cmake-developers] Allowing generator expressions in install DIRECTORY

2016-01-13 Thread Brad King
On 01/12/2016 04:34 PM, Yves Frederix wrote: > I am attaching a patch that adds support for generator expressions in > the DIRECTORY arguments of install(DIRECTORY ...). It is my first > contribution Very nice! The impl, docs, and tests all look good. Applied with minor whitespace tweak and a