On Monday 21 January 2013, Stephen Kelly wrote:
Hi,
Currently it is common to set somepackage_VERSION_{MAJOR,MINOR,PATCH} in a
Config.cmake file.
The somepackage_VERSION_{MAJOR,MINOR,PATCH,TWEAK} variables are already set
if parsable from the PACKAGE_VERSION if set. This is the case if
Alexander Neundorf wrote:
On Monday 21 January 2013, Stephen Kelly wrote:
Hi,
Currently it is common to set somepackage_VERSION_{MAJOR,MINOR,PATCH} in
a Config.cmake file.
The somepackage_VERSION_{MAJOR,MINOR,PATCH,TWEAK} variables are already
set if parsable from the PACKAGE_VERSION if
On Monday 21 January 2013, Stephen Kelly wrote:
Alexander Neundorf wrote:
On Monday 21 January 2013, Stephen Kelly wrote:
Hi,
Currently it is common to set somepackage_VERSION_{MAJOR,MINOR,PATCH} in
a Config.cmake file.
The somepackage_VERSION_{MAJOR,MINOR,PATCH,TWEAK} variables
Alexander Neundorf wrote:
Where do you see a problem with this ?
Only that I think it's odd.
The Foo package name is 4.3.2, but if you check all the components, it
looks like 4.3.2.0, which is not 'true'.
Is VERSION_COUNT then actually set to 3 or 4 ?
It is set correctly to 3, but
On Sunday 18 November 2012, Andrea Scarpino wrote:
On Saturday 17 November 2012 20:24:42 you wrote:
Hi,
maybe I am missing something, but here we go:
on 64bit ArchLinux installations, /lib64/ is a symlink to /usr/lib/.
/bin/ and /usr/bin/ are normal directories, no symlinks.
Hi
Hi,
I have this pending patch:
https://codereview.qt-project.org/#change,44532
Given
find_package(Qt5 COMPONENTS Widgets
OPTIONAL_COMPONENTS Svg Quick
)
message(Qt5_FOUND: ${Qt5_FOUND})
message(Qt5Gui_FOUND: ${Qt5Gui_FOUND})
message(Qt5Widgets_FOUND:
Stephen Kelly wrote:
Hi,
I have this pending patch:
Please ignore this one. Sent too early.
--
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 Monday 21 January 2013, Stephen Kelly wrote:
Hi,
I have this pending patch:
https://codereview.qt-project.org/#change,44532
Given
find_package(Qt5 COMPONENTS Widgets
# I don't have QtQuick installed.
OPTIONAL_COMPONENTS
On Monday 21 January 2013, Andrea Scarpino wrote:
On Monday 21 January 2013 20:09:57 Alexander Neundorf wrote:
what about /include/ ?
This typically does not exist, but this will also make the Config.cmake
files fail.
The Config.cmake files typically reference the include/ subdir, relativ
Hi,
I pushed the FindPackageCheckArchLinuxSymlinks branch to stage, haven't merged
it yet.
It makes cmake warn if /lib64/ is a symbolic link to /usr/lib/ and a
Config.cmake file has been found in one of both (since any relative directory
references may be wrong then), see the General
The following issue has been SUBMITTED.
==
http://www.cmake.org/Bug/view.php?id=13862
==
Reported By:Jonathan De Wachter
Assigned To:
The following issue has been SUBMITTED.
==
http://www.cmake.org/Bug/view.php?id=13863
==
Reported By:Jonathan De Wachter
Assigned To:
Alexander Neundorf wrote:
On Monday 21 January 2013, Stephen Kelly wrote:
I didn't closely follow the threads around this. Is there any other
behavior that I should account for here?
Seems ok.
Minor nitpick:
I would probably prefer an error message which mentions component and the
Stephen Kelly wrote:
Alexander Neundorf wrote:
On Monday 21 January 2013, Stephen Kelly wrote:
I didn't closely follow the threads around this. Is there any other
behavior that I should account for here?
Seems ok.
Minor nitpick:
I would probably prefer an error message which
From: Yury G. Kudryashov urkud.ur...@gmail.com
---
Source/cmMakefile.cxx | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/Source/cmMakefile.cxx b/Source/cmMakefile.cxx
index b432986..d1dc5a2 100644
--- a/Source/cmMakefile.cxx
+++ b/Source/cmMakefile.cxx
@@ -2243,7
Hello.
I have a project with a number of libraries. For a certain library i want
to always build release version, whatever CMAKE_BUILD_TYPE is set to.
Right now I am using set(CMAKE_BUILD_TYPE Release) in CMakeLists.txt for
this library. But that does not work with multiconfiguration generators
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 01/20/2013 10:54 PM, Eric Noulard wrote:
2013/1/20 Ansis Māliņš ansis.mal...@gmail.com
mailto:ansis.mal...@gmail.com
The line ExternalProject_Add(bullet PREFIX ${PROJECT_SOURCE_DIR})
fails with Install the project... -- Install
I' m not sure of which are exactly your problems but I probably had
similar ones:
I use to have a meta-project which assembles all the needed external
project set up to download,configure,build and install.
I setup for all the project the same CMAKE_INSTALL_PREFIX and the same
CMAKE_PREFIX_PATH
John Drescher wrote:
The suggestion in the bug report looks somewhat reasonable to me, but
then again, we don't actually create separate debug info, and the
'Release' configuration would be no different to the 'RelWithDebInfo'
configuration, so it's sort of a 'lie'.
The real need for it
I'm running fixup_bundle on macosx to fix up bundles and make them
standalone for distribution. I've got mostly Qt libraries and different
internal and external dependencies.
For some reason ALL dependencies except for Frameworks are copied into the
program.app/Contents/MacOS directory, any chance
Hello,
Is there any news on that ?
Any way to fix it, or work around or even a hack I can try ?
From what I understand the CMAKE_OSX_SYSROOT variable is mandatory to
specify the base SDK, and therefore to be able to build a project...
Or should I just revert to using cmake 2.8.9 ?
Thank you,
--
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 a29475a36e8471c774b83980103d4e088703a291 (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 b6d0e87352b2fda6a5e6a542f7433ca9e0ac62e4 (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 86a6d55ddc0c2bc59e80a697c2656dbf610df366 (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 f37b5c05380ba73c064885b30311be5f64e4a638 (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 92bd826c214da93726e7a3186009a2993a7ef327 (commit)
via
Stamp
diff --git a/Source/CMakeVersion.cmake b/Source/CMakeVersion.cmake
index 45fc936..f56e894 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 20130121
27 matches
Mail list logo
