[cmake-developers] CMake 2.8.9-rc3 ready for testing!
The CMake 2.8.9 release candidate stream continues! You can find the source and binaries here: http://www.cmake.org/files/v2.8/?C=M;O=D This email is also available on the Kitware blog: http://www.kitware.com/blog/home/post/342 Some of the notable changes in this release are: - the new Ninja generator is now enabled by default on Windows (and now Mac, too!) - added POSITION_INDEPENDENT_CODE target property, automatically adds -fPIC and -fPIE for compilers that require it - added -Dvar=value command line handling to ctest - added MUMPS coverage support to ctest, including GTM and Cache - and, as always, various minor bug fixes The bug tracker change log page for this version is at: http://public.kitware.com/Bug/changelog_page.php?version_id=93 Following is the complete list of changes in this rc since the second rc. Please try this version of CMake on your projects and report any issues to the list or the bug tracker. This will be the last release candidate, which will become final unless somebody reports a serious regression in behavior. Thanks! -Dave Changes in CMake 2.8.9-rc3 (since 2.8.9-rc2) Alexey Ozeritsky (1): Fixed: FindLAPACK does not find MKL 10.3 when using gcc 4.x Brad King (3): pre-commit: Reject C++ code with lines too long Tests/X11: Add missing include stdlib.h for 'rand' Tests/ObjC++: Use standard iostream header David Cole (1): CPack: Use bin subdir when looking for dpkg and rpmbuild Eric NOULARD (2): Do not run cpack at CMake time it is not available. Find dpkg and rpmbuild in usual Fink and MacPort paths Nicolas Despres (17): Ninja: Cannot pass a reference to an anonymous object. Ninja: Add support for OS X app bundles. Ninja: Add support for OX X library framework. Ensure 3rd party libraries are writable. Remove trailing white-spaces. Re-factor OS X bundle and framework generation. Ninja: Copy resource files in the bundle. Ninja: Add support for CFBundle. Enable BundleTest with CLang too. Re-factor CFBundle generation. Ninja: Use same echo message as makefiles. Re-factor bundle content copying rules generation. Re-factor Mac OS X content directory computation. Re-factor framework directory computation. Re-factor OS X content generator start up. Fix memory leak in Makefile generator. Add missing this-. Peter Kuemmel (1): Ninja: dep files and multiple -arch flags not possible on mac Peter Kümmel (24): Ninja: windres is also used for cross-compiling Ninja: search for windres with prefix Ninja: there could be null pointers Ninja: more searching for windres Ninja: path is already declared Ninja: fix GCC 4.7 warning -Wconversion Ninja: fix sytle Ninja: also stop when .rc's .d file couldn't be generated Ninja: readd quotes to src file path before patching it Ninja: cmcldeps needs absolute paths for RCs Ninja: on Mac no multiple -arch because of -M Ninja: fix mis-matching endif() argument Ninja: also mingw needs TARGET_PDB Ninja: line length Ninja: make TARGET_PDB a real .gdb file name Ninja: make debug symbol suffix configurable by CMAKE_DEBUG_SYMBOL_SUFFIX Ninja: remove 'friend' in ninja code Ninja: remove warnings Ninja: remove 'this' from member initializer list Ninja: fixes for bcc Ninja: enable ninja on Mac so all Mac CDash-builds are tested, cleanup later Ninja: void function can't return a value Ninja: enable ninja support everywhere Ninja: also bootstrap ninja files -- Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Follow this link to subscribe/unsubscribe: http://public.kitware.com/cgi-bin/mailman/listinfo/cmake-developers
Re: [cmake-developers] GCC link options
On 07/25/2012 04:57 PM, J Decker wrote:
Is there a super simple way to get the current build command for say
exectuable, string(replace) it, and then execute it in a custom
target?
There is no hook into the final generation. You can hack the
rule variable to add options at the end, though this is not
officially supported:
set(CMAKE_C_LINK_EXECUTABLE ${CMAKE_C_LINK_EXECUTABLE} liblast.a)
that is the behavior I observe, but, I don't understand why a library
would be inserted in the middle of a set of libraries...
Static libraries do not themselves link. The target_link_libraies
calls for them only specify their dependencies. Those dependencies
are normally only other libraries, not flags. The final link line
is computed only on targets that really link. The method used to
compute it is documented in comments in the source here:
http://cmake.org/gitweb?p=cmake.git;a=blob;f=Source/cmComputeLinkDepends.cxx;hb=v2.8.8#l25
-Brad
--
Powered by www.kitware.com
Visit other Kitware open-source projects at
http://www.kitware.com/opensource/opensource.html
Please keep messages on-topic and check the CMake FAQ at:
http://www.cmake.org/Wiki/CMake_FAQ
Follow this link to subscribe/unsubscribe:
http://public.kitware.com/cgi-bin/mailman/listinfo/cmake-developers
[cmake-developers] CMake, Xcode 4.4, and Mountain Lion
Hi developers, As some of you have heard, Apple released Mountain Lion yesterday alongside a new release of Xcode (4.4). Back in XCode 4.2, Apple decided to make the clang/LLVM compiler the default in XCode Whenever I run the Xcode generator and Configure my project, I noticed that CMAKE_C_COMPILER is pointing to /usr/bin/gcc. However, when I open the project up in Xcode, I noticed that the compiler is still set to Default (LLVM 3.0) and all the messages indicate that clang is being run. I'm not sure this behavior is new to Xcode 4.4 or Mountain Lion or regresses back to Lion/Xcode 4.3 as I haven't used Xcode for development of my project since Snow Leopard/Xcode 3.x. Could anyone advise? Thanks, Ho Cheung -- Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Follow this link to subscribe/unsubscribe: http://public.kitware.com/cgi-bin/mailman/listinfo/cmake-developers
Re: [cmake-developers] [CMake] ADD_DEPENDENCIES() and NonExisitngDependent is NOT an error?
Thanks David,here is my patch, I have tested it today which "ninjaExperimental"There should be a test too ...It would be nice if it could fixed before next release.Claus checkForExistingDependencyTarget.patch Description: Binary data On 26.07.2012, at 18:18, David Cole wrote:The gory details are here:http://public.kitware.com/Bug/view.php?id=9188It's well known, and in the backlog, but nobody is currently activelyworking on fixing it to the best of my knowledge.Sorry,David-- Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Follow this link to subscribe/unsubscribe: http://public.kitware.com/cgi-bin/mailman/listinfo/cmake-developers
[CMake] CMake 2.8.9-rc3 ready for testing!
The CMake 2.8.9 release candidate stream continues! You can find the source and binaries here: http://www.cmake.org/files/v2.8/?C=M;O=D This email is also available on the Kitware blog: http://www.kitware.com/blog/home/post/342 Some of the notable changes in this release are: - the new Ninja generator is now enabled by default on Windows (and now Mac, too!) - added POSITION_INDEPENDENT_CODE target property, automatically adds -fPIC and -fPIE for compilers that require it - added -Dvar=value command line handling to ctest - added MUMPS coverage support to ctest, including GTM and Cache - and, as always, various minor bug fixes The bug tracker change log page for this version is at: http://public.kitware.com/Bug/changelog_page.php?version_id=93 Following is the complete list of changes in this rc since the second rc. Please try this version of CMake on your projects and report any issues to the list or the bug tracker. This will be the last release candidate, which will become final unless somebody reports a serious regression in behavior. Thanks! -Dave Changes in CMake 2.8.9-rc3 (since 2.8.9-rc2) Alexey Ozeritsky (1): Fixed: FindLAPACK does not find MKL 10.3 when using gcc 4.x Brad King (3): pre-commit: Reject C++ code with lines too long Tests/X11: Add missing include stdlib.h for 'rand' Tests/ObjC++: Use standard iostream header David Cole (1): CPack: Use bin subdir when looking for dpkg and rpmbuild Eric NOULARD (2): Do not run cpack at CMake time it is not available. Find dpkg and rpmbuild in usual Fink and MacPort paths Nicolas Despres (17): Ninja: Cannot pass a reference to an anonymous object. Ninja: Add support for OS X app bundles. Ninja: Add support for OX X library framework. Ensure 3rd party libraries are writable. Remove trailing white-spaces. Re-factor OS X bundle and framework generation. Ninja: Copy resource files in the bundle. Ninja: Add support for CFBundle. Enable BundleTest with CLang too. Re-factor CFBundle generation. Ninja: Use same echo message as makefiles. Re-factor bundle content copying rules generation. Re-factor Mac OS X content directory computation. Re-factor framework directory computation. Re-factor OS X content generator start up. Fix memory leak in Makefile generator. Add missing this-. Peter Kuemmel (1): Ninja: dep files and multiple -arch flags not possible on mac Peter Kümmel (24): Ninja: windres is also used for cross-compiling Ninja: search for windres with prefix Ninja: there could be null pointers Ninja: more searching for windres Ninja: path is already declared Ninja: fix GCC 4.7 warning -Wconversion Ninja: fix sytle Ninja: also stop when .rc's .d file couldn't be generated Ninja: readd quotes to src file path before patching it Ninja: cmcldeps needs absolute paths for RCs Ninja: on Mac no multiple -arch because of -M Ninja: fix mis-matching endif() argument Ninja: also mingw needs TARGET_PDB Ninja: line length Ninja: make TARGET_PDB a real .gdb file name Ninja: make debug symbol suffix configurable by CMAKE_DEBUG_SYMBOL_SUFFIX Ninja: remove 'friend' in ninja code Ninja: remove warnings Ninja: remove 'this' from member initializer list Ninja: fixes for bcc Ninja: enable ninja on Mac so all Mac CDash-builds are tested, cleanup later Ninja: void function can't return a value Ninja: enable ninja support everywhere Ninja: also bootstrap ninja files -- Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Follow this link to subscribe/unsubscribe: http://www.cmake.org/mailman/listinfo/cmake
Re: [CMake] Disabling C for C++-only projects
On Wednesday 25 July 2012 22:20:55 Clinton Stimpson wrote: On Wednesday, July 25, 2012 10:06:27 PM Johannes Zarl wrote: I'm wondering if this counts as a bug in FindQt4 and FindKDE, because after all these two projects are C++, so any platform test should IMO be using the same compiler as the build-process does? This has already been fixed in FindQt4 since CMake 2.8.6. ...using cmake 2.8.9-rc1 from debian. But I'm absolutely fine with Alexander's statement that this is a (very low priority) bug. This means that my understanding of CheckSymbolExists and CheckCXXSymbolExists is not totally wrong and that it is basically ok to make a project without the C language being enabled. Sorry about the noise ;-) Cheers, Johannes -- Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Follow this link to subscribe/unsubscribe: http://www.cmake.org/mailman/listinfo/cmake
Re: [CMake] Disabling C for C++-only projects
On Thursday 26 July 2012, Johannes Zarl wrote: On Wednesday 25 July 2012 22:20:55 Clinton Stimpson wrote: On Wednesday, July 25, 2012 10:06:27 PM Johannes Zarl wrote: I'm wondering if this counts as a bug in FindQt4 and FindKDE, because after all these two projects are C++, so any platform test should IMO be using the same compiler as the build-process does? This has already been fixed in FindQt4 since CMake 2.8.6. ...using cmake 2.8.9-rc1 from debian. if you use it together with FindKDE4.cmake, you get the copy of FindQt4.cmake coming with kdelibs, which apparently does not yet have these fixes applied. Alex -- Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Follow this link to subscribe/unsubscribe: http://www.cmake.org/mailman/listinfo/cmake
[CMake] ADD_DEPENDENCIES() and NonExisitngDependent is NOT an error?
We use a complex cmake project with a lot of build order dependencies.
If something is misspelled, I would expect that cmake find this error.
Example:
cmake_minimum_required(VERSION 2.8.5)
project(ftplibcpp CXX)
add_executable(ftpList ftpList.cpp)
target_link_libraries(ftpList ftpcpp ${LIBS})
ADD_DEPENDENCIES(ftpList ftpcpp;NonExisitngDependent) # this is ok
for cmake but should be an error?
ADD_DEPENDENCIES(NonExistingTarget ftpcpp;NonExisitngDependent) #
cmake ERROR
-
CMake Error at CMakeLists.txt:8 (ADD_DEPENDENCIES):
add_dependencies Adding dependency to non-existent target:
NonExistingTarget
...
IMO this should be too an error if one of the dependency targets does
not exist at a cmake project.
Can anyone please help?
Thanks in advance
Best Regards
Claus
--
Powered by www.kitware.com
Visit other Kitware open-source projects at
http://www.kitware.com/opensource/opensource.html
Please keep messages on-topic and check the CMake FAQ at:
http://www.cmake.org/Wiki/CMake_FAQ
Follow this link to subscribe/unsubscribe:
http://www.cmake.org/mailman/listinfo/cmake
Re: [CMake] ADD_DEPENDENCIES() and NonExisitngDependent is NOT an error?
On Thu, Jul 26, 2012 at 12:11 PM, Claus Klein claus.kl...@arcormail.de wrote:
We use a complex cmake project with a lot of build order dependencies.
If something is misspelled, I would expect that cmake find this error.
Example:
cmake_minimum_required(VERSION 2.8.5)
project(ftplibcpp CXX)
add_executable(ftpList ftpList.cpp)
target_link_libraries(ftpList ftpcpp ${LIBS})
ADD_DEPENDENCIES(ftpList ftpcpp;NonExisitngDependent) # this is ok for
cmake but should be an error?
ADD_DEPENDENCIES(NonExistingTarget ftpcpp;NonExisitngDependent) # cmake
ERROR
-
CMake Error at CMakeLists.txt:8 (ADD_DEPENDENCIES):
add_dependencies Adding dependency to non-existent target:
NonExistingTarget
...
IMO this should be too an error if one of the dependency targets does not
exist at a cmake project.
Can anyone please help?
Thanks in advance
Best Regards
Claus
--
Powered by www.kitware.com
Visit other Kitware open-source projects at
http://www.kitware.com/opensource/opensource.html
Please keep messages on-topic and check the CMake FAQ at:
http://www.cmake.org/Wiki/CMake_FAQ
Follow this link to subscribe/unsubscribe:
http://www.cmake.org/mailman/listinfo/cmake
The gory details are here:
http://public.kitware.com/Bug/view.php?id=9188
It's well known, and in the backlog, but nobody is currently actively
working on fixing it to the best of my knowledge.
Sorry,
David
--
Powered by www.kitware.com
Visit other Kitware open-source projects at
http://www.kitware.com/opensource/opensource.html
Please keep messages on-topic and check the CMake FAQ at:
http://www.cmake.org/Wiki/CMake_FAQ
Follow this link to subscribe/unsubscribe:
http://www.cmake.org/mailman/listinfo/cmake
[Cmake-commits] CMake branch, next, updated. v2.8.8-3569-g832059f
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 832059fb00d9833fbfe3e756e2cd217de56ef5ef (commit)
via 64a0162b45f47983d5c8d517b74e52928ab4930a (commit)
via cac490aa70cf4564178be033bf8ca76d9e15455e (commit)
via e5126cf405b1eb3bbc97a273eee62327e0131165 (commit)
from a3218221c341b84193cd01f878619a8b7eacac9d (commit)
Those revisions listed above that are new to this repository have
not appeared on any other notification email; so we list those
revisions in full, below.
- Log -
http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=832059fb00d9833fbfe3e756e2cd217de56ef5ef
commit 832059fb00d9833fbfe3e756e2cd217de56ef5ef
Merge: a321822 64a0162
Author: Andreas Schneider a...@cryptomilk.org
AuthorDate: Thu Jul 26 04:48:10 2012 -0400
Commit: CMake Topic Stage kwro...@kitware.com
CommitDate: Thu Jul 26 04:48:10 2012 -0400
Merge topic 'asn_openssl_cross_cc' into next
64a0162 FindOpenSSL: find cross-compiled OpenSSL from MinGW (#13431)
cac490a CMake Nightly Date Stamp
e5126cf CMake Nightly Date Stamp
http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=64a0162b45f47983d5c8d517b74e52928ab4930a
commit 64a0162b45f47983d5c8d517b74e52928ab4930a
Author: Rolf Eike Beer e...@sf-mail.de
AuthorDate: Mon Jul 23 20:34:48 2012 +0200
Commit: Andreas Schneider a...@cryptomilk.org
CommitDate: Thu Jul 26 10:38:24 2012 +0200
FindOpenSSL: find cross-compiled OpenSSL from MinGW (#13431)
Suggested-by: Dominik Schmidt d...@dominik-schmidt.de
Signed-off-by: Andreas Schneider a...@cryptomilk.org
diff --git a/Modules/FindOpenSSL.cmake b/Modules/FindOpenSSL.cmake
index d1fc2d2..c19667d 100644
--- a/Modules/FindOpenSSL.cmake
+++ b/Modules/FindOpenSSL.cmake
@@ -134,9 +134,15 @@ IF(WIN32 AND NOT CYGWIN)
MARK_AS_ADVANCED(LIB_EAY_DEBUG LIB_EAY_RELEASE)
ELSEIF(MINGW)
# same player, for MingW
+SET(LIB_EAY_NAMES libeay32)
+SET(SSL_EAY_NAMES ssleay32)
+IF(CMAKE_CROSS_COMPILING)
+ LIST(APPEND LIB_EAY_NAMES crypto)
+ LIST(APPEND SSL_EAY_NAMES ssl)
+ENDIF()
FIND_LIBRARY(LIB_EAY
NAMES
-libeay32
+${LIB_EAY_NAMES}
${_OPENSSL_ROOT_HINTS_AND_PATHS}
PATH_SUFFIXES
lib
@@ -145,7 +151,7 @@ IF(WIN32 AND NOT CYGWIN)
FIND_LIBRARY(SSL_EAY
NAMES
-ssleay32
+${SSL_EAY_NAMES}
${_OPENSSL_ROOT_HINTS_AND_PATHS}
PATH_SUFFIXES
lib
@@ -154,6 +160,8 @@ IF(WIN32 AND NOT CYGWIN)
MARK_AS_ADVANCED(SSL_EAY LIB_EAY)
set( OPENSSL_LIBRARIES ${SSL_EAY} ${LIB_EAY} )
+unset(LIB_EAY_NAMES)
+unset(SSL_EAY_NAMES)
ELSE(MSVC)
# Not sure what to pick for -say- intel, let's use the toplevel ones and
hope someone report issues:
FIND_LIBRARY(LIB_EAY
---
Summary of changes:
Modules/FindOpenSSL.cmake | 12 ++--
Source/CMakeVersion.cmake |2 +-
2 files changed, 11 insertions(+), 3 deletions(-)
hooks/post-receive
--
CMake
___
Cmake-commits mailing list
Cmake-commits@cmake.org
http://public.kitware.com/cgi-bin/mailman/listinfo/cmake-commits
[Cmake-commits] CMake branch, master, updated. v2.8.8-585-gfb0bcc0
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 fb0bcc001cbdff5c28b013c3ee41da36d1a11434 (commit) from cac490aa70cf4564178be033bf8ca76d9e15455e (commit) Those revisions listed above that are new to this repository have not appeared on any other notification email; so we list those revisions in full, below. - Log - http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=fb0bcc001cbdff5c28b013c3ee41da36d1a11434 commit fb0bcc001cbdff5c28b013c3ee41da36d1a11434 Author: Kitware Robot kwro...@kitware.com AuthorDate: Fri Jul 27 00:01:07 2012 -0400 Commit: Kitware Robot kwro...@kitware.com CommitDate: Fri Jul 27 00:01:07 2012 -0400 CMake Nightly Date Stamp diff --git a/Source/CMakeVersion.cmake b/Source/CMakeVersion.cmake index bff81be..3e96b19 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 8) -SET(CMake_VERSION_TWEAK 20120726) +SET(CMake_VERSION_TWEAK 20120727) #SET(CMake_VERSION_RC 1) --- Summary of changes: Source/CMakeVersion.cmake |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) hooks/post-receive -- CMake ___ Cmake-commits mailing list Cmake-commits@cmake.org http://public.kitware.com/cgi-bin/mailman/listinfo/cmake-commits
