[cmake-developers] [CMake 0013963]: get_filename_component returns blank

2013-02-28 Thread Mantis Bug Tracker
The following issue has been SUBMITTED. == http://public.kitware.com/Bug/view.php?id=13963 == Reported By:Albert Solernou Assigned To:

Re: [cmake-developers] Issues with generator expressions and lists

2013-02-28 Thread Brad King
On 02/27/2013 01:24 PM, Brad King wrote: The argument splitting rule should remain simple: a quoted argument is one value and an unquoted argument expands on ;. What your topic needs to do is delay the expansion for unquoted generator expressions from configure to generate time. While I think

Re: [cmake-developers] Recommended use of imported targets...

2013-02-28 Thread Brad King
On 02/27/2013 04:37 PM, Alexander Neundorf wrote: 1) we should continue to recommend to use the variables (which will now be set to the name of the target). In case of typos, this will lead to an empty variable (as it did before with Find-modules), and undefined references when linking.

Re: [cmake-developers] Issues with generator expressions and lists

2013-02-28 Thread Stephen Kelly
Brad King wrote: The argument splitting rule should remain simple: a quoted argument is one value and an unquoted argument expands on ;. What your topic needs to do is delay the expansion for unquoted generator expressions from configure to generate time. The problem is that by the time the

[cmake-developers] RPATH info missing when using a genex (Was: Recommended use of imported targets...)

2013-02-28 Thread Stephen Kelly
Brad King wrote: On 02/27/2013 04:37 PM, Alexander Neundorf wrote: 1) we should continue to recommend to use the variables (which will now be set to the name of the target). In case of typos, this will lead to an empty variable (as it did before with Find-modules), and undefined references

Re: [cmake-developers] RPATH info missing when using a genex (Was: Recommended use of imported targets...)

2013-02-28 Thread Brad King
On 02/28/2013 11:21 AM, Stephen Kelly wrote: target_link_libraries(foo $TARGET_NAME:Qt4::QtCore) gives /usr/lib/icecc/bin/c++ -fPIC-shared -Wl,-soname,libfoo.so -o libfoo.so CMakeFiles/foo.dir/empty.cpp.o /home/stephen/dev/prefix/qt48/lib/libQtCore.so rpath info is missing.

Re: [cmake-developers] Issues with generator expressions and lists

2013-02-28 Thread Stephen Kelly
Brad King wrote: On 02/27/2013 01:24 PM, Brad King wrote: The argument splitting rule should remain simple: a quoted argument is one value and an unquoted argument expands on ;. I didn't realize it before, but this seems to already be the case, right (in a world without genexes)?

Re: [cmake-developers] Issues with generator expressions and lists

2013-02-28 Thread Brad King
On 02/28/2013 11:37 AM, Stephen Kelly wrote: I didn't realize it before, but this seems to already be the case, right (in a world without genexes)? set(COMMARGS one two\\;three four\\;five) echo one two three four;five six seven;eight nine\\;ten Yes. The \\; escape isn't automatically

[cmake-developers] [CMake 0013964]: FindX11.cmake does not respect pkg-config and therefore fails to obtain proper cflags for libXft

2013-02-28 Thread Mantis Bug Tracker
The following issue has been SUBMITTED. == http://www.cmake.org/Bug/view.php?id=13964 == Reported By:Michał Górny Assigned To:

Re: [cmake-developers] RPATH info missing when using a genex (Was: Recommended use of imported targets...)

2013-02-28 Thread Alexander Neundorf
On Thursday 28 February 2013, Stephen Kelly wrote: Brad King wrote: On 02/27/2013 04:37 PM, Alexander Neundorf wrote: 1) we should continue to recommend to use the variables (which will now be set to the name of the target). In case of typos, this will lead to an empty variable (as it did

Re: [cmake-developers] Recommended use of imported targets...

2013-02-28 Thread Alexander Neundorf
On Thursday 28 February 2013, Brad King wrote: On 02/27/2013 04:37 PM, Alexander Neundorf wrote: 1) we should continue to recommend to use the variables (which will now be set to the name of the target). In case of typos, this will lead to an empty variable (as it did before with

[cmake-developers] [CMake 0013967]: WiX Generator add support for CPACK_PACKAGE_EXECUTABLES

2013-02-28 Thread Mantis Bug Tracker
The following issue has been SUBMITTED. == http://public.kitware.com/Bug/view.php?id=13967 == Reported By:Fredrik Axelsson Assigned To:

[CMake] Per-target include dirs that work in both 2.8.7 and 2.8.10.2?

2013-02-28 Thread Magnus Therning
The other day I was putting together some cmake files and made them work on my system, where I have version 2.8.10.2 installed. After giving my work to a colleague he reported that it didn't work. It came down to him using version 2.8.7 (comes with his Linux distro) and my use of

[CMake] Cmake and Visual Studio platforms

2013-02-28 Thread Meteorhead
Hi! I've been learning CMake for the past 2-3 weeks now, expanding my project feature by feature through making a tutorial for fellow scientists, and there is one big question that people (such as myself and others) ask coming from the Windows side of development: Why can't CMake create platforms

Re: [CMake] Cmake and Visual Studio platforms

2013-02-28 Thread John Drescher
There are multiple posts in multiple forums asking this question, so naturally there is public need for this feature. How come CMake never aimed at creating a solution for this? I suspect there is some great design issue that prevents implementing it in CMake. There are several platform and

Re: [CMake] Cmake and Visual Studio platforms

2013-02-28 Thread John Drescher
On Thu, Feb 28, 2013 at 6:31 AM, John Drescher dresche...@gmail.com wrote: There are multiple posts in multiple forums asking this question, so naturally there is public need for this feature. How come CMake never aimed at creating a solution for this? I suspect there is some great design issue

Re: [CMake] ctest git submodules

2013-02-28 Thread Brad King
On 02/28/2013 02:38 AM, NoRulez wrote: But if I set the option: set(CTEST_GIT_UPDATE_OPTIONS --tags) Then I get the following error message: Update command failed: C:/Program Files/Git/cmd/git.cmd fetch --tags Isn't that the command you want? Perhaps it really fails. Try running it by hand

Re: [CMake] ctest git submodules

2013-02-28 Thread Kornel Benko
Am Donnerstag, 28. Februar 2013 um 07:07:52, schrieb Brad King brad.k...@kitware.com On 02/28/2013 02:38 AM, NoRulez wrote: But if I set the option: set(CTEST_GIT_UPDATE_OPTIONS --tags) Then I get the following error message: Update command failed: C:/Program Files/Git/cmd/git.cmd

[CMake] CHECK_INCLUDE_FILES

2013-02-28 Thread Nico Schlömer
Hi, I'd like to find out whether the file /usr/include/vtk-5.8/vtkMPI.h is present on the system. I found CHECK_INCLUDE_FILES, and tried to use it like *snip* cmake_minimum_required(VERSION 2.8) INCLUDE(CheckIncludeFiles) SET(CMAKE_REQUIRED_INCLUDES

Re: [CMake] CHECK_INCLUDE_FILES

2013-02-28 Thread Nico Schlömer
Never mind: The above code does exactly what it's advertised to do. The mistake I'm making lies elsewhere... Sorry for the noise! --Nico On Thu, Feb 28, 2013 at 2:24 PM, Nico Schlömer nico.schloe...@gmail.com wrote: Hi, I'd like to find out whether the file /usr/include/vtk-5.8/vtkMPI.h is

Re: [CMake] ctest git submodules

2013-02-28 Thread NoRulez
Yes, it is the command which I want. On the command line the same command works in the source tree. The command only fails during the CTest run if I set the option. Am 28.02.2013 um 13:07 schrieb Brad King brad.k...@kitware.com: On 02/28/2013 02:38 AM, NoRulez wrote: But if I set the

[CMake] ctest git submodules

2013-02-28 Thread NoRulez
Hello Brad,I've attached the two log files, can you take a look on it?Thanks in advanceBest Regards Am 28.02.2013 um 16:41 schrieb Brad King brad.k...@kitware.com: On 02/28/2013 10:34 AM, NoRulez wrote: Yes, it is the command which I want. On the command line the same command works in the

Re: [CMake] ctest_update with git fetch --tags (was: ctest git submodules)

2013-02-28 Thread Brad King
On 02/28/2013 11:11 AM, NoRulez wrote: I've attached the two log files, can you take a look on it? After running git fetch CMake reads .git/FETCH_HEAD to determine what branch is intended for merge (just as pull does). This is the same as git pull --tags failing. You need to specify the remote

[CMake] cmake and MinGW - resolution

2013-02-28 Thread Donald Robinson
Thanks to Bill Hoffmann and Alan Irwin for helping work through this MinGW problem. As it turns out, the problem in my CMakeLists.txt file wasn't the residual presence of a CMakeFiles directory or a CMakeCache.txt file, or the command-line, which is correctly: Cmake -G MinGW Makefiles

Re: [CMake] cmake and MinGW - resolution

2013-02-28 Thread Bill Hoffman
On 2/28/2013 11:56 AM, Donald Robinson wrote: Thanks to Bill Hoffmann and Alan Irwin for helping work through this MinGW problem. As it turns out, the problem in my CMakeLists.txt file wasn’t the residual presence of a CMakeFiles directory or a CMakeCache.txt file, or the command-line, which is

Re: [CMake] Per-target include dirs that work in both 2.8.7 and 2.8.10.2?

2013-02-28 Thread Alexander Neundorf
On Thursday 28 February 2013, Magnus Therning wrote: The other day I was putting together some cmake files and made them work on my system, where I have version 2.8.10.2 installed. After giving my work to a colleague he reported that it didn't work. It came down to him using version 2.8.7

Re: [CMake] ctest_update with git fetch --tags (was: ctest git submodules)

2013-02-28 Thread NoRulez
Thank you very much. The goal is to have a nightly/continuous build with the tagged version number. Without the --tags option it is only working if we push the changes after tagging. With the --tags option it is now also possible to move/overwrite tags which gets then updated. In the

Re: [CMake] Per-target include dirs that work in both 2.8.7 and 2.8.10.2?

2013-02-28 Thread Bill Hoffman
On 2/28/2013 12:29 PM, Alexander Neundorf wrote: Sorry, no, this is a new feature since cmake 2.8.8. Alex Only way to do it before was to make sure each target is in its own directory and then manipulate the includes from there. -Bill -- Powered by www.kitware.com Visit other Kitware

Re: [CMake] Per-target include dirs that work in both 2.8.7 and 2.8.10.2?

2013-02-28 Thread Jean-Christophe Fillion-Robin
Hi Magnus, As already mentioned, the target property INCLUDE_DIRECTORIES has been introduced in CMake 2.8.8. The following page is useful to find out such things. See http://www.cmake.org/Wiki/CMake_Version_Compatibility_Matrix/Properties#Properties_on_Targets To get around it, as mentioned by

[CMake] add_custom_command which generates new sources which I want to specify before

2013-02-28 Thread Baradé
Hi, assuming I have the following statements: add_library(targetName src1 src2 ... generatedSrc) add_custom_command(TARGET targetName PRE_BUILD COMMAND bash -c bla bla bla) and the custom command generates sources which are specified before in add_library CMake/build process will abort since

Re: [CMake] add_custom_command which generates new sources which I want to specify before

2013-02-28 Thread Eric Noulard
2013/3/1 Baradé barade.bar...@web.de: Hi, assuming I have the following statements: add_library(targetName src1 src2 ... generatedSrc) add_custom_command(TARGET targetName PRE_BUILD COMMAND bash -c bla bla bla) and the custom command generates sources which are specified before in

[CMake] WiX Generator Start menu shortcut

2013-02-28 Thread Fredrik Axelsson
Hi! The WiX generator supported by the nightly builds will currently not generate Start Menu Shortcuts. I opened a new ticket in the bugtracker for this feature. http://public.kitware.com/Bug/view.php?id=13967 and I attached a patch to enable this. Best regards, Fredrik Axelsson -- Powered

[CMake] Intel compilers with Visual Studio Project on Windows

2013-02-28 Thread Nicholas Kinar
Hello, I am wondering if there is a way to have Cmake use Intel compilers on Windows when generating a Visual Studio project file. Searching around the Internet, I found that the following might be used to do this within the CMakeLists.txt file: set_target_properties(inv_spline_interp

[Cmake-commits] CMake branch, next, updated. v2.8.10.2-2353-g161ec93

2013-02-28 Thread Brad King
This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project CMake. The branch, next has been updated via 161ec93241ec565fc68e03e78059562826b06545 (commit) via

[Cmake-commits] CMake branch, next, updated. v2.8.10.2-2358-g466d4c7

2013-02-28 Thread Stephen Kelly
This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project CMake. The branch, next has been updated via 466d4c7333cae2467eb6fd1e5169054677a89fae (commit) via

[Cmake-commits] CMake branch, next, updated. v2.8.10.2-2360-gd18226e

2013-02-28 Thread Stephen Kelly
This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project CMake. The branch, next has been updated via d18226ed0e9d4e1c651db8f80ebfc11d34570d46 (commit) via

[Cmake-commits] CMake branch, master, updated. v2.8.10.2-784-g567a7af

2013-02-28 Thread Kitware Robot
Stamp diff --git a/Source/CMakeVersion.cmake b/Source/CMakeVersion.cmake index f685242..cf057cb 100644 --- a/Source/CMakeVersion.cmake +++ b/Source/CMakeVersion.cmake @@ -2,5 +2,5 @@ set(CMake_VERSION_MAJOR 2) set(CMake_VERSION_MINOR 8) set(CMake_VERSION_PATCH 10) -set(CMake_VERSION_TWEAK 20130228