s...@rogue-research.com wrote:
http://open.cdash.org/testDetails.php?test=201937829build=2986379
(MacOS 10.8)
shows 3.4.0. But since even 3.4 does not seem to be released I wonder
what's
going on there?
That one is the open source clang, which I build from svn. It's not from
On 12/08/13 15:36, Stephen Kelly wrote:
The difference is that if GTK2_USE_IMPORTED_TARGETS the
GTK_${_var}_LIBRARY will link the target (and it's dependencies)
otherwise it will link only the library (without dependencies) using the
DEBUG or RELEASE version, depending on what was found.
On 08/13/2013 05:30 PM, Rolf Eike Beer wrote:
*Dynamic analysis tests failing or not run*
CTestTestMemcheckDummyPurify
(http://open.cdash.org/viewDynamicAnalysisFile.php?id=2977143)
CTestTestMemcheckDummyValgrind
(http://open.cdash.org/viewDynamicAnalysisFile.php?id=2977144)
Daniele E. Domenichelli wrote:
On 12/08/13 15:36, Stephen Kelly wrote:
The difference is that if GTK2_USE_IMPORTED_TARGETS the
GTK_${_var}_LIBRARY will link the target (and it's dependencies)
otherwise it will link only the library (without dependencies) using the
DEBUG or RELEASE version,
Am 14.08.2013 14:58, schrieb Brad King:
On 08/13/2013 05:30 PM, Rolf Eike Beer wrote:
*Dynamic analysis tests failing or not run*
CTestTestMemcheckDummyPurify
(http://open.cdash.org/viewDynamicAnalysisFile.php?id=2977143)
CTestTestMemcheckDummyValgrind
Hi,
I pushed a branch updating the version number of new policies and a version
number generated in export files a few months ago. I just left it as a
reminder to bump merge the bumps at RC time. The branch was deleted soon
after though.
Is the release branch going to get a similar change
On 08/14/2013 09:14 AM, Stephen Kelly wrote:
I pushed a branch updating the version number of new policies and a version
number generated in export files a few months ago. I just left it as a
reminder to bump merge the bumps at RC time. The branch was deleted soon
after though.
Is the
Brad King wrote:
I added a commit to update the versions:
http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=07c16eec
I'll have to re-create the release branch tomorrow after this
is tested.
You missed the version in
Source/cmExportInstallFileGenerator.cxx
See commit 574fec97fd011
On 08/14/2013 11:00 AM, Brad King wrote:
On 08/14/2013 10:59 AM, Stephen Kelly wrote:
Brad King wrote:
I added a commit to update the versions:
http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=07c16eec
I'll have to re-create the release branch tomorrow after this
is tested.
You
Brad King wrote:
On 08/14/2013 10:59 AM, Stephen Kelly wrote:
Brad King wrote:
I added a commit to update the versions:
http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=07c16eec
I'll have to re-create the release branch tomorrow after this
is tested.
You missed the version in
Brad King wrote:
On 08/14/2013 11:00 AM, Brad King wrote:
On 08/14/2013 10:59 AM, Stephen Kelly wrote:
Brad King wrote:
I added a commit to update the versions:
http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=07c16eec
I'll have to re-create the release branch tomorrow after this
is
On 08/14/2013 11:09 AM, Stephen Kelly wrote:
That breaks the ExportImport unit test, because is is used in a
version_greater check and the version bump to 2.8.12 is only in the release
branch.
As I hinted in my sibling response this check can remain on a
2.8.11.date version.
We sort-of
On 08/14/2013 11:14 AM, Stephen Kelly wrote:
It's not very pretty though for the final release to tell people that they
should install '2.8.11.20130626 or later' instead of '2.8.12 or later',
which is what we really intend to communicate.
Okay, I'll bump that version at the same time as the
The following issue has been SUBMITTED.
==
http://www.gccxml.org/Bug/view.php?id=14356
==
Reported By:Alex
Assigned To:
We should (maybe I will if I get time to spend on it) write a test that
executes something like this command:
$ git grep -E [0-9][0-9][0-9][0-9][0-9][0-9][0-9][0-9].*cmPolicies
Source/cmPolicies.cxx:2,8,11,20130516, cmPolicies::WARN);
Source/cmPolicies.cxx:2,8,11,20130516,
On 08/14/2013 01:02 PM, David Cole wrote:
We should (maybe I will if I get time to spend on it) write a test that
executes something like this command:
$ git grep -E [0-9][0-9][0-9][0-9][0-9][0-9][0-9][0-9].*cmPolicies
Source/cmPolicies.cxx:2,8,11,20130516, cmPolicies::WARN);
On 08/13/2013 01:54 PM, Rolf Eike Beer wrote:
Brad King wrote:
On Win64-vs10-Tv90 it is building with VS 10 but the compiler is VS 9.
I'll switch that over to use CMAKE_CXX_COMPILER_VERSION as suggested
below, the error will probably go away then.
That worked.
For Win32-mingw-gcc-4.5
Am Mittwoch, 14. August 2013, 14:02:35 schrieb Brad King:
On 08/13/2013 01:54 PM, Rolf Eike Beer wrote:
Brad King wrote:
On Win64-vs10-Tv90 it is building with VS 10 but the compiler is VS 9.
I'll switch that over to use CMAKE_CXX_COMPILER_VERSION as suggested
below, the error will
The following issue has been SUBMITTED.
==
http://www.cmake.org/Bug/view.php?id=14357
==
Reported By:Jason Howlett
Assigned To:
The following issue has been SUBMITTED.
==
http://public.kitware.com/Bug/view.php?id=14358
==
Reported By:Michel Zou
Assigned To:
The following issue has been SUBMITTED.
==
http://public.kitware.com/Bug/view.php?id=14359
==
Reported By:Michel Zou
Assigned To:
On 2013-08-06 13:09, Jochen Issing wrote:
On 2013-08-06 12:19, Jorge Perez wrote:
I have the same problem with Win64 + Visual Studio 2010 professional.
It works from command line running cmake from /Visual Studio Command
Prompt /but I'm not able to configure using the gui even if I start
it
Hello,
I have written find modules for SDL2, SDL2_image and SDL2_net (see attachment).
I have tested them on Linux and Windows/MinGW with self-compiled SDL2
libraries. I did neither test with Visual Studio nor on OS X. Feel free to use
them if they are helpful for you (they are licensed under
I have tried to compile CMAKE gui using pre built binaries but I keep
getting this error and no one so far has been able to help me out. Please
please help me in this regard!
CMake Warning at /OpenCV2.3/cmake/OpenCVConfig.cmake:153 (message):
Found OpenCV 2.4.3 Windows Super Pack but it has not
I did forget the list.
Sorry.
-- Forwarded message --
From: Eric Noulard eric.noul...@gmail.com
Date: 2013/8/14
Subject: Re: [CMake] (no subject)
To: Ruqayya Raza ruqayyar...@gmail.com
2013/8/14 Ruqayya Raza ruqayyar...@gmail.com
I have tried to compile CMAKE gui using pre
If you have a (linux or solaris) system with openssl installed in /usr and a
second copy installed elsewhere (e.g., /opt) and you want a cmake project to
find the elsewhere version, no matter what you try it finds the system copy.
(In other words, OPENSSL_ROOT_DIR has no effect.) Are we missing
Hi,
On Wed, Aug 14, 2013 at 8:06 PM, Josef 'Jeff' Sipek
jef...@josefsipek.netwrote:
If you have a (linux or solaris) system with openssl installed in /usr and
a
second copy installed elsewhere (e.g., /opt) and you want a cmake project
to
find the elsewhere version, no matter what you try it
Is the following a syntax error?
if (NOT(MSVC AND (MSVC_VERSION EQUAL 1600)))
...
I'm using cmake from git master as of today and it gives me a warning
CMake Warning (dev) in .../CMakeLists.txt:
Syntax Warning in cmake code at
/.../CMakeLists.txt:309:10
--
Clinton Stimpson
Hi all,
tl;dr: DeployQt5.cmake attached, grab, goto ## BUG read, test, report back.
I took the DeployQt4.cmake module as a reference and made it work with Qt5. The
only real difference is searching for plugins.
Previously, FindQt4.cmake would export all known plugins as path type variables
in
I'm using cmake from git master as of today and it gives me a warning
CMake Warning (dev) in .../CMakeLists.txt:
Syntax Warning in cmake code at
/.../CMakeLists.txt:309:10
I do not get an error with this CMakeLists.txt:
cmake_minimum_required(VERSION 2.8)
project(xyz NONE)
On Wednesday, August 14, 2013 04:25:10 PM David Cole wrote:
I'm using cmake from git master as of today and it gives me a warning
CMake Warning (dev) in .../CMakeLists.txt:
Syntax Warning in cmake code at
/.../CMakeLists.txt:309:10
I do not get an error with this
On Tue, 2013-08-13 at 00:24 +0200, Eric Noulard wrote:
OK, maybe I'm misunderstanding but if the SerializeTarget is considered
always out of date because it was defined with add_custom_target()
then won't that cause the two libraries to always rebuild, since
something they depend on is
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 b7b12bd365f045770f2faae85152e47986753af7 (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, master has been updated
via 3c61aec95059b908f98cba17610afcfa34575691 (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, master has been updated
via dd29191ad958e45059a4fe26810ad0f38bc12967 (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 b1ddad2f65231591d4506d1259de36a0fee72728 (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, master has been updated
via d7c1dfb8f88d45d3d91bee0fbb21829d02ae43c2 (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 2470c74a479aa4fb41f31db3c27cc0fb9330b3dc (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 e6ccd6d772f294cf80775e7abbb4afda07de (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 54ccc9526e2478a751d0efe654d4148425401948 (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 44538208d95136ca2562f997601ab2c05b503168 (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 f61423ae410adaf8b21852449ec59f04887465a4 (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 d67a550dbe04d29aade5d5ecf4d92bd5ab91e6c7 (commit)
via
Stamp
diff --git a/Source/CMakeVersion.cmake b/Source/CMakeVersion.cmake
index 582079a..b9a95ee 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 20130814
44 matches
Mail list logo
