[cmake-developers] [CMake 0014946]: Strange error message with INTERFACE_INCLUDE_DIRECTORIES

2014-05-30 Thread Mantis Bug Tracker
The following issue has been SUBMITTED. == http://public.kitware.com/Bug/view.php?id=14946 == Reported By:Micha Renner Assigned To:

Re: [cmake-developers] Using reflinks during install phase

2014-05-30 Thread Matthew Woehlke
On 2014-05-29 08:56, Brad King wrote: I did not realize in my previous response that you intend to execute a cp process, but rather thought you would be implementing the underlying calls to the filesystem directly. That was my assumption also. I would've thought that would be better, as

Re: [cmake-developers] Using reflinks during install phase

2014-05-30 Thread Alessandro Di Federico
On Fri, 30 May 2014 13:13:07 -0400 Matthew Woehlke mw_tr...@users.sourceforge.net wrote: That was my assumption also. I would've thought that would be better, as coreutils basically exists only on Linux. (And even then, someone could in theory have a different 'cp', though that is unlikely.)

[CMake] String option recognized as boolean

2014-05-30 Thread Андрей Парамонов
To reproduce: 1) Download http://www.hdfgroup.org/ftp/HDF5/current/src/hdf5-1.8.13.zip, unzip to hdf5-1.8.13. 2) Run cmake -G Visual Studio 12 hdf5-1.8.13 3) Run cmake-gui, find HDF5_ALLOW_EXTERNAL_SUPPORT option. Note that it was recognized as boolean, while in sources it is described as

Re: [CMake] String option recognized as boolean

2014-05-30 Thread Nils Gladitz
On 05/30/2014 08:27 AM, Андрей Парамонов wrote: Is it a problem in cmake or in HDF5 sources? If the latter, how could it be fixed? I'm a first-time cmake user, so please forgive my ignorance ;-) Best wishes, Andrey Paramonov I haven't tried configuring the project but looking at the sources

Re: [CMake] String option recognized as boolean

2014-05-30 Thread Андрей Парамонов
I have replaced option (HDF5_ALLOW_EXTERNAL_SUPPORT Allow External Library Building (NO SVN TGZ) NO) with set (HDF5_ALLOW_EXTERNAL_SUPPORT NO CACHE STRING Allow External Library Building (NO SVN TGZ)) SET_PROPERTY(CACHE HDF5_ALLOW_EXTERNAL_SUPPORT PROPERTY STRINGS NO SVN TGZ) however cmake-gui

Re: [CMake] String option recognized as boolean

2014-05-30 Thread Nils Gladitz
On 05/30/2014 09:37 AM, Андрей Парамонов wrote: I have replaced option (HDF5_ALLOW_EXTERNAL_SUPPORT Allow External Library Building (NO SVN TGZ) NO) with set (HDF5_ALLOW_EXTERNAL_SUPPORT NO CACHE STRING Allow External Library Building (NO SVN TGZ)) SET_PROPERTY(CACHE

Re: [CMake] String option recognized as boolean

2014-05-30 Thread Андрей Парамонов
2014-05-30 11:54 GMT+04:00 Nils Gladitz nilsglad...@gmail.com: Did you start with a fresh build directory? If HDF5_ALLOW_EXTERNAL_SUPPORT already exists as a BOOL entry in your CMakeCache.txt the set() will not modify its type or value. I've double-checked and yes, the problem doesn't go

Re: [CMake] String option recognized as boolean

2014-05-30 Thread Nils Gladitz
On 05/30/2014 10:31 AM, Андрей Парамонов wrote: 2014-05-30 11:54 GMT+04:00 Nils Gladitz nilsglad...@gmail.com mailto:nilsglad...@gmail.com: Did you start with a fresh build directory? If HDF5_ALLOW_EXTERNAL_SUPPORT already exists as a BOOL entry in your CMakeCache.txt the set() will

Re: [CMake] String option recognized as boolean

2014-05-30 Thread Андрей Парамонов
2014-05-30 13:09 GMT+04:00 Nils Gladitz nilsglad...@gmail.com: Does the cache show BOOL as the type of HDF5_ALLOW_EXTERNAL_SUPPORT or is it specifically just cmake-gui showing the wrong type? If it is BOOL in your CMakeCache.txt then it has to be specifically set as such from within your

Re: [CMake] String option recognized as boolean

2014-05-30 Thread David Cole
The cache is telling you: //No help, variable specified on the command line. If you want the help string from your sources to appear in the CMakeCache.txt, then don't specify a value for it on the command line... Delete the cache, and try again without giving the arg on the command line,

Re: [CMake] String option recognized as boolean

2014-05-30 Thread Nils Gladitz
On 05/30/2014 12:12 PM, David Cole wrote: The cache is telling you: //No help, variable specified on the command line. If you want the help string from your sources to appear in the CMakeCache.txt, then don't specify a value for it on the command line... Delete the cache, and try again

Re: [CMake] String option recognized as boolean

2014-05-30 Thread Андрей Парамонов
2014-05-30 14:12 GMT+04:00 David Cole dlrd...@aol.com: The cache is telling you: //No help, variable specified on the command line. If you want the help string from your sources to appear in the CMakeCache.txt, then don't specify a value for it on the command line... Delete the cache,

Re: [CMake] String option recognized as boolean

2014-05-30 Thread Nils Gladitz
On 05/30/2014 12:28 PM, Андрей Парамонов wrote: However, in any case cmake-gui shows a checkbox, not a editbox/combobox. So, it's likely a problem of cmake-gui. I tried this reduced CMakeLists.txt: cmake_minimum_required(VERSION 2.8.12) set (HDF5_ALLOW_EXTERNAL_SUPPORT NO CACHE STRING

[CMake] check_function_exists

2014-05-30 Thread Christer Solskogen
Hi! I have a CMakefile with the following code: find_package(Readline) if(READLINE_FOUND) set(CMAKE_REQUIRED_LIBRARIES readline) check_function_exists(rl_filename_completion_function HAVE_RL_COMPLETION_FUNCTION) if(HAVE_RL_COMPLETION_FUNCTION)

Re: [CMake] check_function_exists

2014-05-30 Thread Hendrik Sattler
On 30. Mai 2014 17:36:41 MESZ, Christer Solskogen christer.solsko...@gmail.com wrote: Hi! I have a CMakefile with the following code: find_package(Readline) if(READLINE_FOUND) set(CMAKE_REQUIRED_LIBRARIES readline) check_function_exists(rl_filename_completion_function

[CMake] Mixing GFortran and Intel Fortran on the Same windows machine?

2014-05-30 Thread Michael Jackson
Is it possible to install both a GFortran and Intel Fortran on the same machine? I have a window 7 x64 machine where I have Visual Studio 2013 Pro installed in addition to Intel Fortran (What ever the latest is) and I also downloaded GFortran (From the GCC Wiki pages). I have setup some batch

Re: [CMake] Mixing GFortran and Intel Fortran on the Same windows machine?

2014-05-30 Thread Nils Gladitz
On 30.05.2014 18:53, Michael Jackson wrote: Is it possible to install both a GFortran and Intel Fortran on the same machine? I have a window 7 x64 machine where I have Visual Studio 2013 Pro installed in addition to Intel Fortran (What ever the latest is) and I also downloaded GFortran (From

Re: [CMake] Mixing GFortran and Intel Fortran on the Same windows machine?

2014-05-30 Thread Bill Hoffman
On 5/30/2014 12:53 PM, Michael Jackson wrote: Is it possible to install both a GFortran and Intel Fortran on the same machine? I have a window 7 x64 machine where I have Visual Studio 2013 Pro installed in addition to Intel Fortran (What ever the latest is) and I also downloaded GFortran (From

Re: [CMake] String option recognized as boolean

2014-05-30 Thread Андрей Парамонов
I have now checked on different system, and it works now in cmake-gui (with patched CMakeFilters.cmake)! Thank you for your support, Andrey Paramonov 2014-05-30 14:46 GMT+04:00 Nils Gladitz nilsglad...@gmail.com: On 05/30/2014 12:28 PM, Андрей Парамонов wrote: However, in any case cmake-gui

Re: [CMake] Mixing GFortran and Intel Fortran on the Same windows machine?

2014-05-30 Thread Bill Hoffman
On 5/30/2014 2:44 PM, Michael Jackson wrote: How is CMake determining if the Intel Compiler is available? Registry query or Path query? I tried to export the FC variable but that did not work either. I guess I'll have to fire up yet-another virtual machine. was just hoping to bounce back and

[CMake] list of install components

2014-05-30 Thread Rick McGuire
Is there a variable that contains the list of components that have had install() commands issued for them? Rick -- 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

Re: [CMake] check_function_exists

2014-05-30 Thread Christer Solskogen
On 30.05.2014 18:42, Hendrik Sattler wrote: Linking the static library may require additional link libraries for this test to succeed... -ltermcap was missing. Thanks for the input, it helped :-) -- chs -- Powered by www.kitware.com Please keep messages on-topic and check the CMake FAQ

[Cmake-commits] CMake branch, next, updated. v3.0.0-rc6-3440-g44bdce9

2014-05-30 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 44bdce9fc6a6743deede934c9e05de5a5528947a (commit) via

[Cmake-commits] CMake branch, next, updated. v3.0.0-rc6-3444-g1174730

2014-05-30 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 11747300970a9c72df9da98c15f4bb1233d85491 (commit) via

[Cmake-commits] CMake branch, next, updated. v3.0.0-rc6-3446-gb0a6d4a

2014-05-30 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 b0a6d4ad6ded67e33614e6e5d57818c0efe24bbd (commit) via

[Cmake-commits] CMake branch, master, updated. v3.0.0-rc6-999-g060c86a

2014-05-30 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, master has been updated via 060c86a5062202a3900d6eac4dcd128986c0ff83 (commit) via

[Cmake-commits] CMake branch, next, updated. v3.0.0-rc6-3450-g42b9f98

2014-05-30 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 42b9f987b232d9d5514adc51d8c1c63b8d214478 (commit) via

[Cmake-commits] CMake branch, next, updated. v3.0.0-rc6-3454-g6551b3b

2014-05-30 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 6551b3b19f33cc4a7c715742cd3f2c65f9314033 (commit) via

[Cmake-commits] CMake branch, master, updated. v3.0.0-rc6-1000-gf5b8ddb

2014-05-30 Thread Kitware Robot
20140530) +set(CMake_VERSION_PATCH 20140531) #set(CMake_VERSION_RC 1) --- Summary of changes: Source/CMakeVersion.cmake |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) hooks/post-receive -- CMake