Re: [CMake] Failed to build C++ source with CMakeLists.txt

Hi Jupiter, Compiling the C compiler identification source file "CMakeCCompilerId.c" > failed. > Compiler: /usr/local/gcc/4.9.1/bin/gcc > Build flags: /usr/local/cppcms/1.1.0/include > It looks like you have an errant "/usr/local/cppcms/1.1.0/include" set in your CFLAGS environment variable, or

[CMake] perpetually executed custom commands and timestamps

Hello. I'm trying something I don't think is unreasonable. I need to have an automatically generated file, let's say version.h I have to run a custom command to generate it. The contents of the file depend on some external forces, the custom command m ay or may not change it (but it will

Re: [CMake] INTERPROCEDURAL_OPTIMIZATION still not using CMAKE__COMPILER_AR

On 08/12/2017 03:28 AM, Clément Gregoire wrote: > Should I file a bug report for this? Yes, please. Thanks, -Brad -- 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] [CPack] hdiutil error while executing cpack on macOS

Do better understand why the hdutil command is failing you should run it manually and add in the -verbose option. On Tue, Aug 15, 2017 at 8:53 AM, brian heim wrote: > Hi all, > > I'm getting an error trying to use CPack to create a macOS DragNDrop > package. I tried to

[CMake] [CPack] hdiutil error while executing cpack on macOS

Hi all, I'm getting an error trying to use CPack to create a macOS DragNDrop package. I tried to search for this message in the ML archives and elsewhere but wasn't able to find any conclusive solution, so I'm hoping someone with more experience with CPack may be able to help. My environment is:

[Cmake-commits] CMake branch, master, updated. v3.9.1-468-ge1c9216

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 e1c92163d3231f10100b4246c938957ad09e1951 (commit) via

[Cmake-commits] CMake branch, master, updated. v3.9.1-476-g8ebd590

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 8ebd590b211c26ea9a35a33d6f019e1909e0283c (commit) via

[cmake-developers] Future of ccmake and cmake-gui

Hi, With !977 merged, it is possible to base ccmake and cmake-gui on top of the cmake server. For demonstration, I copied the contents of the Source/CursesDialog directory and added a proxy implementation of the classes `cmake` and `cmState`. The result is 100% compatible with `ccmake`. The same

Re: [cmake-developers] iOS: direction to official support and questions

Le 10.08.17 à 17:04, Brad King a écrit : On 08/08/2017 08:08 AM, Raffi Enficiaud wrote: I have looked a bit to the Android toolchains, and I have to say I found those quite complicated as a first reading :) This note may help: https://gitlab.kitware.com/cmake/cmake/issues/16708#note_300971

[Cmake-commits] CMake branch, master, updated. v3.9.1-477-g131af5d

_VERSION_MINOR 9) -set(CMake_VERSION_PATCH 20170815) +set(CMake_VERSION_PATCH 20170816) #set(CMake_VERSION_RC 1) --- Summary of changes: Source/CMakeVersion.cmake |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) hooks/

Re: [cmake-developers] iOS: direction to official support and questions

There's discussions related to problems with linking and multiple architectures in the following recent thread too: http://public.kitware.com/pipermail/cmake-developers/2017-August/030192.html Eric highlights a number of similar issues to those you've mentioned. Have a read through the whole

Re: [cmake-developers] Windows symbolic links handling

On 08/14/2017 06:35 AM, Manu wrote: > Recently I migrated from cmake 2.8.12 to cmake 3.8 and FILE(TIMESTAMP ...) > behaviour changed. Now it reports symbolic link timestamp instead of pointed > file timestamp. Can you track down when that happened? > patch to fix both get_filename_compoment and

Re: [cmake-developers] Passing lists with generator expression through add_custom_command

On 08/13/2017 11:36 AM, Raffi Enficiaud wrote: > -DALL_DEPENDENCIES="${ALL_DEPENDENCIES_FILES}" That is actually an unquoted argument whose value contains literal quotes. See the cmake-language(7) manual for details on the syntax. Switch it to

Re: [cmake-developers] Passing lists with generator expression through add_custom_command

Le 15.08.17 à 16:48, Brad King a écrit : On 08/13/2017 11:36 AM, Raffi Enficiaud wrote: -DALL_DEPENDENCIES="${ALL_DEPENDENCIES_FILES}" That is actually an unquoted argument whose value contains literal quotes. See the cmake-language(7) manual for details on the syntax. Switch it to