[cmake-developers] [CMake 0014336]: REGEX REPLACE does not give correct results for a left anchor (^) combined with careted brackets
The following issue has been SUBMITTED.
==
http://www.cmake.org/Bug/view.php?id=14336
==
Reported By:irwin
Assigned To:
==
Project:CMake
Issue ID: 14336
Category: CMake
Reproducibility:always
Severity: minor
Priority: normal
Status: new
==
Date Submitted: 2013-08-03 02:18 EDT
Last Modified: 2013-08-03 02:18 EDT
==
Summary:REGEX REPLACE does not give correct results for a
left anchor (^) combined with careted brackets
Description:
# Test code to show the issue.
set(filename whatever)
string(REGEX REPLACE (^[e]) /\\1 CATALOG_filename ${filename})
message(STATUS filename=${filename})
message(STATUS CATALOG_filename=${CATALOG_filename})
string(REGEX REPLACE (^[^e]) /\\1 CATALOG_filename ${filename})
message(STATUS filename=${filename})
message(STATUS CATALOG_filename=${CATALOG_filename})
The first REGEX REPLACE gives a correct result (no match because of the anchor
so no replacement is done) while the second REGEX REPLACE produces an incorrect
result (anchor ignored until the e is hit in whatever).
Steps to Reproduce:
Run the above code using cmake -P. The results are
-- filename=whatever
-- CATALOG_filename=whatever
-- filename=whatever
-- CATALOG_filename=/w/h/a/tever
That last one should be
-- CATALOG_filename=/whatever
because the anchor should limit the match to just the first character (so long
as that first character is not an e as in this case) so the / should be
prepended only to the first character.
==
Issue History
Date ModifiedUsername FieldChange
==
2013-08-03 02:18 irwin New Issue
==
--
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 0014337]: CMAKE_FIND_ROOT_PATH is ignored in CMake 2.8.9, works for CMake 2.8.7
The following issue has been SUBMITTED.
==
http://www.cmake.org/Bug/view.php?id=14337
==
Reported By:Boulougou
Assigned To:
==
Project:CMake
Issue ID: 14337
Category: CMake
Reproducibility:always
Severity: major
Priority: normal
Status: new
==
Date Submitted: 2013-08-03 12:30 EDT
Last Modified: 2013-08-03 12:30 EDT
==
Summary:CMAKE_FIND_ROOT_PATH is ignored in CMake 2.8.9,
works for CMake 2.8.7
Description:
I recently checked out my project on an Ubuntu 12.10 installation that has CMake
2.8.9. Until now I was working on a machine with older cmake version(CMake
2.8.7)
I have a toolchain file for cross compilation that sets CMAKE_FIND_ROOT_PATH
variable. And I have several Find() in my scripts that search for installed
libraries.
However when I run cmake(on the new machine) it complains that it cannot find
the library(openal specifically). Adding a message(${CMAKE_FIND_ROOT_PATH}) at
top of cmake-2.8/Modules/FindOpenAL.cmake reveals that CMAKE_FIND_ROOT_PATH has
the correct value.
I downloaded the latest version(cmake-2.8.11.2-Linux-i386.tar.gz) and it has the
same behavior.
I tried with cmake-2.8.7-Linux-i386.tar.gz and it worked. Exactly the same
toolchain file, same CMakeLists.txt files, just different cmake binary.
I checked documentation and I didn't any major difference between CMake 2.8.7
and CMake 2.8.9.
==
Issue History
Date ModifiedUsername FieldChange
==
2013-08-03 12:30 Boulougou New Issue
==
--
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 0014338]: cmake doesn't detect freetype6.dll in crosscompiles
The following issue has been SUBMITTED. == http://public.kitware.com/Bug/view.php?id=14338 == Reported By:abma Assigned To: == Project:CMake Issue ID: 14338 Category: CCMake Reproducibility:always Severity: major Priority: normal Status: new == Date Submitted: 2013-08-04 00:25 EDT Last Modified: 2013-08-04 00:25 EDT == Summary:cmake doesn't detect freetype6.dll in crosscompiles Description: find_library(FREETYPE_LIBRARY doesn't contain freetype6 when adding it, it works. Steps to Reproduce: install mxe / freetype. http://gnuwin32.sourceforge.net/packages/freetype.htm ... == Issue History Date ModifiedUsername FieldChange == 2013-08-04 00:25 abma New Issue == -- 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] Getting add_custom_command to work with multiple outputs
Hi folks,
I'm very new to cmake, so apologies if this is an obvious question,
but I haven't found a way to do this after reading the documentation,
and a lot of googling.
I am trying to cmake-ify a build where the bulk of the sources are
generated. I have a tool (python script) which reads a set of
templates and then generates many source and header files (~250).
I don't know in advance what the source files will be--it's
dependent upon the templates. I've done this:
set(GEN_DIR gen)
set(GENERATOR path/to/script)
set(TEMPLATES template1 template2 template3)
execute_process(COMMAND ${GENERATOR} -d -o ${GEN_DIR} ${TEMPLATES}
OUTPUT_VARIABLE GENERATED_SOURCES)
execute_process(COMMAND ${CMAKE} -E echo ${GENERATED_SOURCES})
This part works, running the generator in dry run mode to output
a list of files which will be generated, but not actually doing any
generation. Running cmake gives me output like this:
gen/ome/xml/model/OME.cpp
gen/ome/xml/model/OME.h
gen/ome/xml/model/BinaryOnly.cpp
gen/ome/xml/model/BinaryOnly.h
gen/ome/xml/model/Image.cpp
gen/ome/xml/model/Image.h
gen/ome/xml/model/Pixels.cpp
gen/ome/xml/model/Pixels.h
gen/ome/xml/model/Plane.cpp
gen/ome/xml/model/Plane.h
gen/ome/xml/model/Channel.cpp
gen/ome/xml/model/Channel.h
gen/ome/xml/model/MetadataOnly.cpp
gen/ome/xml/model/MetadataOnly.h
So far, so good. I've then tried to make the source generation occur
with a custom command. This includes the templates as dependencies so
that the source will be regenerated if the templates change.
add_custom_command(OUTPUT ${GENERATED_SOURCES}
COMMAND {GENERATOR} -o ${GEN_DIR} ${TEMPLATES}
DEPENDS ${TEMPLATES}
COMMENT Generate sources)
add_library(test SHARED ${GENERATED_SOURCES})
But this results in a broken Makefile.
gen/ome/xml/model/OME.cpp
gen/ome/xml/model/OME.h
gen/ome/xml/model/BinaryOnly.cpp
gen/ome/xml/model/BinaryOnly.h
gen/ome/xml/model/Image.cpp
gen/ome/xml/model/Image.h
gen/ome/xml/model/Pixels.cpp
gen/ome/xml/model/Pixels.h
[…]
: template1
i.e. the rules are broken due to being split over multiple lines.
I'm obviously doing something quite wrong here, but I'm not sure what.
Or indeed, if I'm approaching this from the right direction--maybe I
should be doing this completely differently.
Any thoughts and suggestions would be greatly appreciated!
Many thanks,
Roger
--
.''`. Roger Leigh
: :' : Debian GNU/Linux http://people.debian.org/~rleigh/
`. `' Printing on GNU/Linux? http://gutenprint.sourceforge.net/
`-GPG Public Key: 0x25BFB848 Please GPG sign your mail.
signature.asc
Description: Digital signature
--
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 community. For more
information on each offering, please visit:
CMake Support: http://cmake.org/cmake/help/support.html
CMake Consulting: http://cmake.org/cmake/help/consulting.html
CMake Training Courses: http://cmake.org/cmake/help/training.html
Visit other Kitware open-source projects at
http://www.kitware.com/opensource/opensource.html
Follow this link to subscribe/unsubscribe:
http://www.cmake.org/mailman/listinfo/cmake
[CMake] [#JMD-179-10445]: Getting add_custom_command to work with multiple outputs
Roger Leigh, Thank you for contacting us. This is an automated response confirming the receipt of your ticket. One of our agents will get back to you as soon as possible. For your records, the details of the ticket are listed below. When replying, please make sure that the ticket ID is kept in the subject line to ensure that your replies are tracked appropriately. Ticket ID: JMD-179-10445 Subject: [CMake] Getting add_custom_command to work with multiple outputs Department: Piracy [English] Type: Issue Status: Open You can check the status of or reply to this ticket online at: https://support.teamspeakusa.com/index.php?/Tickets/Ticket/View/JMD-179-10445 Kind regards, TeamSpeak USA, Inc. TeamSpeak Piracy e-Mail: pir...@teamspeakusa.com Visit: http://www.TeamSpeak.com Knowledgebase: http://support.TeamSpeakUSA.com Hours of operation for this department are Monday - Friday, 9AM to 5PM Pacific Time (UTC-8). We are committed to responding to your inquiry within 48 hours, and typically will reply within 24 hours, excluding weekends and holidays. -- 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 community. For more information on each offering, please visit: CMake Support: http://cmake.org/cmake/help/support.html CMake Consulting: http://cmake.org/cmake/help/consulting.html CMake Training Courses: http://cmake.org/cmake/help/training.html Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Follow this link to subscribe/unsubscribe: http://www.cmake.org/mailman/listinfo/cmake
Re: [CMake] Pass args to ctest through make check
On 08/01/2013 04:57 PM, Orion Poplawski wrote:
On 07/31/2013 03:08 PM, Orion Poplawski wrote:
Is there a way to pass arguments to ctest via the make check target?
Okay, here's what's up. This recipe:
http://www.cmake.org/Wiki/CMakeEmulateMakeCheck :
add_custom_target(check COMMAND ${CMAKE_CTEST_COMMAND})
is not terribly useful in that it appears impossible to pass options to
ctest from the make check command line. In Fedora packaging we want
to generally add -V and sometimes exclude certain tests with -E
'test1|test2|...'.
I tried doing:
cmake -DCMAKE_CTEST_COMMAND=/usr/bin/ctest -V -E 'test'
but then I end up with:
CMakeFiles/check.dir/build.make:
CMakeFiles/check:
/usr/bin/ctest -V -E 'test'
which fails because of the quoting:
make[3]: Entering directory
`/builddir/build/BUILD/eigen-eigen-ffa86ffb5570/noarch-redhat-linux-gnu'
/usr/bin/ctest -V -E 'gmres_2|minres_1|bdcsvd_2'
/bin/sh: /usr/bin/ctest -V -E 'gmres_2|minres_1|bdcsvd_2': No such file
or directory
make[3]: *** [CMakeFiles/check] Error 127
At least with the old style:
add_custom_target(check COMMAND ${CMAKE_BUILD_TOOL} test)
You had access to the ARGS variable passed to ctest in the test target.
Although that apparently breaks parallel make options
(http://www.cmake.org/pipermail/cmake/2009-March/027941.html)
So I ended up avoiding calling make check and used the project's make
buildtests followed by make test ARGS=
--
Orion Poplawski
Technical Manager 303-415-9701 x222
NWRA/CoRA DivisionFAX: 303-415-9702
3380 Mitchell Lane or...@cora.nwra.com
Boulder, CO 80301 http://www.cora.nwra.com
--
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 community. For more
information on each offering, please visit:
CMake Support: http://cmake.org/cmake/help/support.html
CMake Consulting: http://cmake.org/cmake/help/consulting.html
CMake Training Courses: http://cmake.org/cmake/help/training.html
Visit other Kitware open-source projects at
http://www.kitware.com/opensource/opensource.html
Follow this link to subscribe/unsubscribe:
http://www.cmake.org/mailman/listinfo/cmake
[CMake] [#JWL-912-24849]: Re: Pass args to ctest through make check
Orion Poplawski, Thank you for contacting us. This is an automated response confirming the receipt of your ticket. One of our agents will get back to you as soon as possible. For your records, the details of the ticket are listed below. When replying, please make sure that the ticket ID is kept in the subject line to ensure that your replies are tracked appropriately. Ticket ID: JWL-912-24849 Subject: Re: [CMake] Pass args to ctest through "make check" Department: Piracy [English] Type: Issue Status: Open You can check the status of or reply to this ticket online at: https://support.teamspeakusa.com/index.php?/Tickets/Ticket/View/JWL-912-24849 Kind regards, TeamSpeak USA, Inc. TeamSpeak Piracy e-Mail: pir...@teamspeakusa.com Visit: http://www.TeamSpeak.com Knowledgebase: http://support.TeamSpeakUSA.com Hours of operation for this department are Monday - Friday, 9AM to 5PM Pacific Time (UTC-8). We are committed to responding to your inquiry within 48 hours, and typically will reply within 24 hours, excluding weekends and holidays. -- 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 community. For more information on each offering, please visit: CMake Support: http://cmake.org/cmake/help/support.html CMake Consulting: http://cmake.org/cmake/help/consulting.html CMake Training Courses: http://cmake.org/cmake/help/training.html Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Follow this link to subscribe/unsubscribe: http://www.cmake.org/mailman/listinfo/cmake
[CMake] [#BDW-371-36605]: Questions about cmake opencv and intel c++ compiler
Engin FIRAT, Thank you for contacting us. This is an automated response confirming the receipt of your ticket. One of our agents will get back to you as soon as possible. For your records, the details of the ticket are listed below. When replying, please make sure that the ticket ID is kept in the subject line to ensure that your replies are tracked appropriately. Ticket ID: BDW-371-36605 Subject: [CMake] Questions about cmake opencv and intel c++ compiler Department: Piracy [English] Type: Issue Status: Open You can check the status of or reply to this ticket online at: https://support.teamspeakusa.com/index.php?/Tickets/Ticket/View/BDW-371-36605 Kind regards, TeamSpeak USA, Inc. TeamSpeak Piracy e-Mail: pir...@teamspeakusa.com Visit: http://www.TeamSpeak.com Knowledgebase: http://support.TeamSpeakUSA.com Hours of operation for this department are Monday - Friday, 9AM to 5PM Pacific Time (UTC-8). We are committed to responding to your inquiry within 48 hours, and typically will reply within 24 hours, excluding weekends and holidays. -- 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 community. For more information on each offering, please visit: CMake Support: http://cmake.org/cmake/help/support.html CMake Consulting: http://cmake.org/cmake/help/consulting.html CMake Training Courses: http://cmake.org/cmake/help/training.html Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Follow this link to subscribe/unsubscribe: http://www.cmake.org/mailman/listinfo/cmake
[CMake] Questions about cmake opencv and intel c++ compiler
Hello all, I have some questions about opencv cmake configuration. I am using Intel's icc compiler and using cmake to configure opencv to build with intel's icc compiler. 1. I feed CMAKE_CXX_COMPILER with some arguments. But in verbose mode I have seen -fsigned-char flag which is not provided by me is adding to flags. 2. When searching about something about cmake and intel icc compiler, I have seen in this mailing list someone talking about INTERPROCEDURAL_OPTIMIZATION flag. But in my case I cannot see this option to be filled. Is there a problem in my case? Moreover, I know that, there should be an option for AVX and AVX2, but I haven't also seen any of these option. 3. When compiling, I have seen some pragma errors: warning #161: unrecognized #pragma # pragma GCC diagnostic ignored -Wmissing-declarations in file test_precomp.hpp This file's content is as following: #ifdef __GNUC__ # pragma GCC diagnostic ignored -Wmissing-declarations # if defined __clang__ || defined __APPLE__ #pragma GCC diagnostic ignored -Wmissing-prototypes #pragma GCC diagnostic ignored -Wextra # endif #endif . . . I understand from the content of this file, __GNUC__ is defined. But I think that, __GNUC__ should not be defined. What do you think about this situation? 4. To compile opencv with intel icc, I have been using the following procedures: - source /opt/intel/bin/iccvars.sh -ia32 - export CC=icc - export CXX=icpc - cmake-gui - make (in build directory) Is this sequence true? 5. How do I use some additional flags for some different source code files for OpenCV? Best wishes. -- 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 community. For more information on each offering, please visit: CMake Support: http://cmake.org/cmake/help/support.html CMake Consulting: http://cmake.org/cmake/help/consulting.html CMake Training Courses: http://cmake.org/cmake/help/training.html Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Follow this link to subscribe/unsubscribe: http://www.cmake.org/mailman/listinfo/cmake
Re: [CMake] Getting add_custom_command to work with multiple outputs
On Sat, Aug 03, 2013 at 11:20:53AM +0100, Roger Leigh wrote:
I am trying to cmake-ify a build where the bulk of the sources are
generated. I have a tool (python script) which reads a set of
templates and then generates many source and header files (~250).
I don't know in advance what the source files will be--it's
dependent upon the templates. I've done this:
set(GEN_DIR gen)
set(GENERATOR path/to/script)
set(TEMPLATES template1 template2 template3)
execute_process(COMMAND ${GENERATOR} -d -o ${GEN_DIR} ${TEMPLATES}
OUTPUT_VARIABLE GENERATED_SOURCES)
string(REPLACE \n ; GENERATED_SOURCES ${GENERATED_SOURCES})
seems to be the missing part here, which turns the multiline
string into a list of strings. I was expecting this to behave
like make's $(shell ...) but the additional transform step is
no big deal. All seems to be working well now!
Regards,
Roger
--
.''`. Roger Leigh
: :' : Debian GNU/Linux http://people.debian.org/~rleigh/
`. `' Printing on GNU/Linux? http://gutenprint.sourceforge.net/
`-GPG Public Key: 0x25BFB848 Please GPG sign your mail.
signature.asc
Description: Digital signature
--
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 community. For more
information on each offering, please visit:
CMake Support: http://cmake.org/cmake/help/support.html
CMake Consulting: http://cmake.org/cmake/help/consulting.html
CMake Training Courses: http://cmake.org/cmake/help/training.html
Visit other Kitware open-source projects at
http://www.kitware.com/opensource/opensource.html
Follow this link to subscribe/unsubscribe:
http://www.cmake.org/mailman/listinfo/cmake
[Cmake-commits] CMake branch, next, updated. v2.8.11.2-3643-gdd1ce58
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 dd1ce587c595a6fa077c2354b0abd74de5667b0b (commit)
via b098ab53be9220b46d3cc88fe9b60abb6875bae6 (commit)
from 05de63408226047f3751937d37525f8121f04429 (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=dd1ce587c595a6fa077c2354b0abd74de5667b0b
commit dd1ce587c595a6fa077c2354b0abd74de5667b0b
Merge: 05de634 b098ab5
Author: Rolf Eike Beer e...@sf-mail.de
AuthorDate: Sat Aug 3 08:12:26 2013 -0400
Commit: CMake Topic Stage kwro...@kitware.com
CommitDate: Sat Aug 3 08:12:26 2013 -0400
Merge topic 'cxx11' into next
b098ab5 CXXFeatures: update expected g++ results
http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=b098ab53be9220b46d3cc88fe9b60abb6875bae6
commit b098ab53be9220b46d3cc88fe9b60abb6875bae6
Author: Rolf Eike Beer e...@sf-mail.de
AuthorDate: Sat Aug 3 14:09:59 2013 +0200
Commit: Rolf Eike Beer e...@sf-mail.de
CommitDate: Sat Aug 3 14:11:50 2013 +0200
CXXFeatures: update expected g++ results
diff --git a/Tests/Module/CXXFeatures/CMakeLists.txt
b/Tests/Module/CXXFeatures/CMakeLists.txt
index 7296c35..2242cda 100644
--- a/Tests/Module/CXXFeatures/CMakeLists.txt
+++ b/Tests/Module/CXXFeatures/CMakeLists.txt
@@ -35,23 +35,31 @@ if (CMAKE_COMPILER_IS_GNUCXX)
if (NOT CMAKE_CXX_COMPILER_VERSION VERSION_LESS 4.7)
set(_expected_features ${_all_cxx_features})
set(_expected_cxx11_flag -std=c++11)
-elseif (NOT CMAKE_CXX_COMPILER_VERSION VERSION_LESS 4.6)
-list(APPEND _expected_features
- CXXFeatures_auto_FOUND
- CXXFeatures_constexpr_FOUND
- CXXFeatures_cstdint_header_FOUND
- CXXFeatures_decltype_FOUND
- CXXFeatures_defaulted_functions_FOUND
- CXXFeatures_deleted_functions_FOUND
- CXXFeatures_initializer_list_FOUND
- CXXFeatures_lambda_FOUND
- CXXFeatures_nullptr_FOUND
- CXXFeatures_rvalue_references_FOUND
- CXXFeatures_sizeof_member_FOUND
- CXXFeatures_static_assert_FOUND
- CXXFeatures_variadic_templates_FOUND)
elseif (NOT CMAKE_CXX_COMPILER_VERSION VERSION_LESS 4.3)
set(_expected_cxx11_flag -std=c++0x)
+if (NOT CMAKE_CXX_COMPILER_VERSION VERSION_LESS 4.6)
+list(APPEND _expected_features
+CXXFeatures_nullptr_FOUND)
+endif ()
+if (NOT CMAKE_CXX_COMPILER_VERSION VERSION_LESS 4.5)
+list(APPEND _expected_features
+CXXFeatures_lambda_FOUND)
+endif ()
+if (NOT CMAKE_CXX_COMPILER_VERSION VERSION_LESS 4.4)
+list(APPEND _expected_features
+CXXFeatures_auto_FOUND
+CXXFeatures_constexpr_FOUND
+CXXFeatures_cstdint_header_FOUND
+CXXFeatures_defaulted_functions_FOUND
+CXXFeatures_deleted_functions_FOUND
+CXXFeatures_initializer_list_FOUND
+CXXFeatures_sizeof_member_FOUND)
+endif ()
+list(APPEND _expected_features
+CXXFeatures_decltype_FOUND
+CXXFeatures_rvalue_references_FOUND
+CXXFeatures_static_assert_FOUND
+CXXFeatures_variadic_templates_FOUND)
endif ()
elseif (MSVC)
if (NOT MSVC_VERSION VERSION_LESS 1700)
---
Summary of changes:
Tests/Module/CXXFeatures/CMakeLists.txt | 38 ++
1 files changed, 23 insertions(+), 15 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.11.2-687-g7d680ca
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 7d680ca1010b82b220d9d1f3efedae157f25ed82 (commit) from c034b6e925cf32ae1a61381d5c4396512a3f815c (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=7d680ca1010b82b220d9d1f3efedae157f25ed82 commit 7d680ca1010b82b220d9d1f3efedae157f25ed82 Author: Kitware Robot kwro...@kitware.com AuthorDate: Sun Aug 4 00:01:05 2013 -0400 Commit: Kitware Robot kwro...@kitware.com CommitDate: Sun Aug 4 00:01:05 2013 -0400 CMake Nightly Date Stamp diff --git a/Source/CMakeVersion.cmake b/Source/CMakeVersion.cmake index da17d8d..d880f9d 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 20130803) +set(CMake_VERSION_TWEAK 20130804) #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
