[cmake-developers] [CMake 0013910]: Ninja generator initialization fails if /usr/bin/ninja is not world-readable

The following issue has been SUBMITTED. == http://public.kitware.com/Bug/view.php?id=13910 == Reported By:Evgeniy Stepanov Assigned To:

[cmake-developers] [CMake 0013911]: cmake uses REMOVE_RECURSE instead of REMOVE for symlinks

The following issue has been SUBMITTED. == http://public.kitware.com/Bug/view.php?id=13911 == Reported By:Antonio Cervone Assigned To:

[cmake-developers] [CMake 0013912]: Incorrect settings for Embarcadero compiler

The following issue has been SUBMITTED. == http://public.kitware.com/Bug/view.php?id=13912 == Reported By:Mathäus Mendel Assigned To:

[cmake-developers] [CMake 0013914]: Cannot define debug/optimized versions for JPEG_LIBRARY in FindJPEG.cmake module

The following issue has been SUBMITTED. == http://public.kitware.com/Bug/view.php?id=13914 == Reported By:Stephan Meister Assigned To:

Re: [cmake-developers] [WinCE] Fix for DLL projects

Hi Mark, Thanks for trying this out and following up with patches! Patrick (in Cc) is the contributor of the Windows CE support. Patrick, can you please review and comment on Mark's patches? They look okay to me at a glance. Thanks, -Brad -- Powered by www.kitware.com Visit other Kitware

Re: [cmake-developers] [WinCE] Fix for DLL projects

On 02/13/2013 01:25 PM, Patrick Gansterer wrote: They look good to me too. Thanks. Applied: http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=8f4cae7a http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=cf82d1e1 -Brad -- Powered by www.kitware.com Visit other Kitware open-source projects

Re: [cmake-developers] Adding automatic checks for required targets in target-export files ?

On 02/12/2013 05:26 PM, Alexander Neundorf wrote: define a directory property that targets files can populate. It is simply a list of target names that must exist by the time the directory is done: A first try is now on stage in the ConfigFileTargetChecks4 branch. It looks like you rebased

[CMake] VS7 Generator, empty source_group (Bug: #0003474)

Hi, I wrote a small patch for the VS7 generator to fix bug #0003474 http://www.cmake.org/Bug/view.php?id=3474 I attached the patch in the bug report. Maybe someone could take a look at it. It would be great to have the bug fixed in some release in the future. It doesn't stop the solution from

[CMake] Cmake 2.8.10 with Qt 5.0.1 under Win8 with VS2012: undefined external symbol

Hi! I have started fiddling with CMake aiming to serve as the makefile for a new project aiming linux and Windows platforms, involving many other libs, test modules, etc. Therefore it seems like the optimal choice. I wanted to create a comprehensive “tutorial” for some friends (and collegues)

[CMake] Dynamic library RPATH on OSX

I'm having an issue with the RPATH not showing up for one of my shared libraries on OSX. Basically, I end up with a bare rpath to one of my shared libraries (i.e., no path prefix) when I check my binary using otool - L Specifically, I have a project with a structure that looks like this

[CMake] Dependencies of generated files

Hello, obviously I have a problem with the understanding of generating dependencies of generated files. generate_foo_static_lexer is using ${foo_LEXER_HPP} to generate a header file ${foo_STATIC_LEXER_HPP}. Each time ${foo_STATIC_LEXER_HPP} is changed the header shall be regenerated. Later,

Re: [CMake] Dynamic library RPATH on OSX

After some more attempts, I discovered the issue which was somewhat unclear to me before. CMake has the option CMAKE_INSTALL_NAME_DIR which specifies the parameter for the install_name_tool in OSX. I was attempting to use this with Module B, however it turns out this is incorrect. Instead, the

Re: [CMake] Parellel Visual Studio builds of targets in the same CMakeLists.txt sometimes fail

On 11/05/2012 05:48 PM, Todd Greer wrote: in parallel, these targets sometimes seem to collide, yielding an error like this: CUSTOMBUILD : CMake error : Cannot restore timestamp outdir\CMakeFiles\generate.stamp FYI, I've fixed this in upstream CMake here: VS: Replace generation

Re: [CMake] Dependencies of generated files

Hi Olaf. You're missing a DEPENDS argument in your custom command to make ${foo_STATIC_LEXER_HPP} depend on ${foo_LEXER_HPP}. (Or, in your case, MAIN_DEPENDENCY would probably be more appropriate). Next, the custom target driving the lexer generation should depend on its output, not its input -

[Cmake-commits] CMake branch, next, updated. v2.8.10.2-2118-gd09e490

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

[Cmake-commits] CMake branch, next, updated. v2.8.10.2-2129-g1927983

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

[Cmake-commits] CMake branch, next, updated. v2.8.10.2-2131-g2239e56

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

[Cmake-commits] CMake branch, next, updated. v2.8.10.2-2133-g0eab448

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

[Cmake-commits] CMake branch, master, updated. v2.8.10.2-668-g6323363

Stamp diff --git a/Source/CMakeVersion.cmake b/Source/CMakeVersion.cmake index 02257a6..cdd4a29 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 20130213