My use case is I am implementing one overall CMake build_projects
project that uses the ExternalProject_Add function in a systematic way
to build potentially lots of different projects on MinGW/MSYS/Windows.
For example, if a user of this script (once finished) asked for a
PLplot build, then the
Due to memorial day I am unable to attend the weekly IRC developer
meeting. Lets restart the meetings next week.
--
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:
On 2013-05-27 00:59-0700 Alan W. Irwin wrote:
The first issue I have encountered with this approach is the
problematic (in my view) forced ALL for the add_custom_target in the
ExternalProject_Add function. Assuming my build script becomes popular
with many projects beyond what I have outlined
On Monday 27 May 2013, Robert Maynard wrote:
Due to memorial day I am unable to attend the weekly IRC developer
meeting. Lets restart the meetings next week.
Every Monday, 2pm New York time ?
Alex
--
Powered by www.kitware.com
Visit other Kitware open-source projects at
The following issue has been SUBMITTED.
==
http://www.cmake.org/Bug/view.php?id=14173
==
Reported By:Nicholas
Assigned To:
That will be the goal.
Sent from my iPhone
On May 27, 2013, at 3:39 PM, Alexander Neundorf neund...@kde.org wrote:
On Monday 27 May 2013, Robert Maynard wrote:
Due to memorial day I am unable to attend the weekly IRC developer
meeting. Lets restart the meetings next week.
Every Monday,
Hello
I am presently installing makefiles for cross-compiling by using cmake 2.8.10.2
and I have to deal with the following issues:
1- The toolchain, Wind River C compiler (formerly Diab) is not mentioned
into modules such as CMakeDetermineCompilerId.cmake), and the compiler is not
Dear all, I'm trying to install one program in my system (Debian 7.0
Wheezy), but I have this problem with cmake.
*FC=gfotran CC=gcc CXX=g++ cmake -DENABLE_MPI=OFF -DENABLE_SGI_MPT=OFF
-DENABLE_BLAS=ON -DENABLE_LAPACK=ON -DENABLE_TESTS=OFF
-DENABLE_64BIT_INTEGERS=OFF -DCMAKE_BUILD_TYPE=Release
Am 27.05.2013 11:50, schrieb Carlos Giménez:
Dear all, I'm trying to install one program in my system (Debian 7.0
Wheezy), but I have this problem with cmake.
*FC=gfotran CC=gcc CXX=g++ cmake -DENABLE_MPI=OFF -DENABLE_SGI_MPT=OFF
-DENABLE_BLAS=ON -DENABLE_LAPACK=ON -DENABLE_TESTS=OFF
Hi,
Am 23.05.2013, 19:38:26 schrieb Alexander Neundorf:
the matrix is getting a bit out of date, the last update is for 2.8.8.
Can you try to create an updated version ?
No problem, I'll do it somewhere in the next few weeks.
Johannes
--
Powered by www.kitware.com
Visit other Kitware
Dear Rolf Eike Beer, thanks for the help. Exactly! That was my
error... Now is working.
Best regards!
Am 27.05.2013 11:50, schrieb Carlos Giménez:
* Dear all, I'm trying to install one program in my system (Debian 7.0**
Wheezy), but I have this problem with cmake.** ** ** *FC=gfotran CC=gcc
Brad King wrote:
On 05/24/2013 04:24 PM, Brad King wrote:
It does not individually re-quote the library names so when the
generated CMakeLists.txt file is parsed it separates on spaces.
Fixed:
http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=e65ef08b
Great, thanks!
--
Powered by
On Monday 27 May 2013, BILODEAU Andre wrote:
Hello
I am presently installing makefiles for cross-compiling by using cmake
2.8.10.2 and I have to deal with the following issues:
1- The toolchain, Wind River C compiler (formerly Diab) is not
mentioned into modules such as
Hi
I've started to use Protocol Buffers in my project.
.proto files gets compiled into c++ .cc and .h files using the
PROTOBUF_GENERATE_CPP that comes with CMake (2.8.10, Ninja generator).
It all works fine except that the generated .cc and .h files become
dependencies of all the other files
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 13f3a6698027c85a942751841da2a75b865dd4d3 (commit)
via
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 82bebd2a8949fc59b1bb9f2f4c1e79f7d2807f5d (commit)
via
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 6ff21a80304dd8f82ab84f23bb170be7eb812e60 (commit)
via
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 0d39e472c1f26711adb1d641bfa272080b3a611b (commit)
via
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 3a94f2eae9c71f9890f8013404d2c389e84a3bb2 (commit)
via
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 dbe762ed85efd857a6b9d64d1556247f2a899ee7 (commit)
via
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 0bd5a450c3520855d35e9334e900cd23edef7ce2 (commit)
via
Stamp
diff --git a/Source/CMakeVersion.cmake b/Source/CMakeVersion.cmake
index 0b66d24..b831cbb 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 11)
-set(CMake_VERSION_TWEAK 20130527
22 matches
Mail list logo
