Alexander Neundorf wrote:
On Tuesday 01 May 2012, Stephen Kelly wrote:
Stephen Kelly wrote:
This avoids the 'double booking' problem[1], which I think might be
real, so I think it's a good idea to optimize the common case, but I
won't be too disappointed if it's not acceptable.
[1]
The following issue has been SUBMITTED.
==
http://public.kitware.com/Bug/view.php?id=13186
==
Reported By:m42a
Assigned To:
On Thu, May 03, 2012 at 09:35:44 -0600, Clinton Stimpson wrote:
The include, defines, etc... can be properties on a target when when
target_use_target() is used, it could extract those properties and apply them
on the using target.
So we'll also need a way to define private values for these
On 05/03/2012 06:19 PM, Ben Boeckel wrote:
On Thu, May 03, 2012 at 09:35:44 -0600, Clinton Stimpson wrote:
The include, defines, etc... can be properties on a target when when
target_use_target() is used, it could extract those properties and apply them
on the using target.
So we'll also need
On Thursday, May 03, 2012 10:21:10 am Stephen Kelly wrote:
On 05/03/2012 06:19 PM, Ben Boeckel wrote:
On Thu, May 03, 2012 at 09:35:44 -0600, Clinton Stimpson wrote:
The include, defines, etc... can be properties on a target when when
target_use_target() is used, it could extract those
On 5/3/2012 12:02 PM, Stephen Kelly wrote:
* Make set(CMAKE_POSITION_INDEPENDENT_BINARIES True) set the appropriate flags.
This is the right choice IMO, though the variable should just
initialize a POSITION_INDEPENDENT target property. The target
property would then map to the right flag.
On Thursday 03 May 2012, Stephen Kelly wrote:
Alexander Neundorf wrote:
...
So, I don't see any need for automatically invoking find_package() from
some other command. Calling find_package() is something people should be
used to, it shouldn't be hard for them. Hiding it in some other
The following issue has been SUBMITTED.
==
http://public.kitware.com/Bug/view.php?id=13187
==
Reported By:Patrick Spendrin
Assigned To:
Hello,
I am adding some custom compiler options to a VS2008 project containing paths
with spaces. As such, I require double quotes around the argument name to
ensure the spaces in the path are not interpreted as individual compiler flags.
e.g:
set (CMAKE_CXX_FLAGS_RELEASE
Hi André,
2012/5/2 André Caron andre.l.ca...@gmail.com
I've come up with a simple workflow where each library project exports a
library-config.cmake file and any project that includes it defines the
library_DIR variable to the folder containing this library-config.cmake
file so that it can
Hi,
I just found something new for me, and wondered if this qualifies as a bug:
argv-bug.cmake
function(testfunc1)
message(STATUS testfunc1: ${ARGV0} ${ARGV1} ${ARGV2})
testfunc2(${ARGV0})
endfunction(testfunc1)
function(testfunc2)
message(STATUS testfunc2: ${ARGV0} ${ARGV1}
Hello,
For testing python another alternative is to create a python virtual
environment and install you python package into that. Here is an example of how
I have done that:
https://github.com/SimpleITK/SimpleITK/blob/master/Wrapping/CMakeLists.txt#L97
Brad
On May 2, 2012, at 9:26 PM, David
Thanks Kelly.
But i still get this error:
CMake cannot determine linker language for target:helloworld
Thanks,
Vivek
--
Vivek Venugopal
On May 2, 2012, at 6:36 PM, Thompson, Kelly G k...@lanl.gov wrote:
My bad. You need to tell CMake that this is a Fortran project. Try this:
#
I think it qualifies as a bug because it's somewhat unexpected. The
question is: can we fix it without disrupting people who are
accidentally depending on this behavior
Grr.
David C.
On Thu, May 3, 2012 at 7:01 AM, Patrick Spendrin ps...@gmx.de wrote:
Hi,
I just found something new for
The cmake documentation for add_subdirectory() states that the
CMakeLists files in the subdirectories should contain their own
project() command invocation. Your build file in the subdirectory does
not contain one. I don't know that it will be automatically be seen by
CMake as a fortran
Am Mittwoch, 2. Mai 2012, 14:48:23 schrieb Charlie Sharpsteen:
This is observed OS X 10.6.8, XCode 4.2.6 and 10.7.3, XCode 4.3 with CMake
2.8.8. Say I have the following CMakeLists.txt:
PROJECT(find_tst)
CMAKE_MINIMUM_REQUIRED(VERSION 2.8.8)
MESSAGE(STATUS Value of
On Thursday 03 May 2012, David Cole wrote:
I think it qualifies as a bug because it's somewhat unexpected. The
question is: can we fix it without disrupting people who are
accidentally depending on this behavior
The p-word again ?
Alex
--
Powered by www.kitware.com
Visit other Kitware
Am 03.05.2012 16:21, schrieb David Cole:
I think it qualifies as a bug because it's somewhat unexpected. The
question is: can we fix it without disrupting people who are
accidentally depending on this behavior
Grr.
David C.
I submitted a bug report for this:
Am 03.05.2012 16:26, schrieb Alain Leblanc:
The cmake documentation for add_subdirectory() states that the
CMakeLists files in the subdirectories should contain their own
project() command invocation. Your build file in the subdirectory does
not contain one. I don't know that it will be
Rolf Eike Beer wrote
Because those value is set in the Darwin platform file
(Modules/Platform/Darwin.cmake) which is taken into account by the
PROJECT()
call. So this is just overridden.
Eike
Any reason those definitions can't be protected by `IF(NOT DEFINED
CMAKE_FIND_FRAMEWORK)`?
The ENVIRONMENT property worked for me. Thank you!
And I will look at the python virtual environment.
On 05/03/12 07:12, Bradley Lowekamp wrote:
Hello,
For testing python another alternative is to create a python virtual
environment and install you python package into that. Here is an
Fellow cmake users:
I am experiencing a minor issue with cmake, and can't seem to find an
answer browsing the web. I have a minimal working example that
highlights the issue with my main code. The problem is this: compiling
by myself with gfortran and the appropriate flags produces no errors,
You're not using the results of the find_package.
It should look like:
cmake_minimum_required(VERSION 2.8)
project(collision)
enable_language(Fortran)
FIND_PACKAGE(BLAS REQUIRED)
add_definitions(-O3)
add_executable(collision test.f90)
target_link_libraries(collision ${BLAS_LIBRARIES})
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 f87827d87a43380d2ea1684278f94e8bf54e7a39 (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 a7f8809d06d8004a708174adffa44a3af82afa23 (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 daef91488489b838246337f62bd1cd4b6285b623 (commit)
via
Stamp
diff --git a/Source/CMakeVersion.cmake b/Source/CMakeVersion.cmake
index 518ec8c..727311a 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 20120503
27 matches
Mail list logo