Brad King wrote:
On 03/11/2013 07:01 PM, Stephen Kelly wrote:
Stephen Kelly wrote:
Alexander Neundorf wrote:
The patch only avoided that specific situation when it occured with
automoc, but the same situation can also happen independent from
automoc.
Not really, the attached case can only
The following commit:
21123416b4c2d49fe981279b10fbc78c8d07c491
Introduced this line:
Modules/FindQt4.cmake line 564:
set(${QMAKE_RESULT} ${QT_QMAKE_QMAKE_EXECUTABLE} PARENT_SCOPE)
The variable QT_QMAKE_QMAKE_EXECUTABLE is never used however and I
suspect that it should be QT_QMAKE_EXECUTABLE.
The following issue has been SUBMITTED.
==
http://public.kitware.com/Bug/view.php?id=14008
==
Reported By:Magnus
Assigned To:
On 03/13/2013 04:37 AM, m.hergarden wrote:
The following commit:
21123416b4c2d49fe981279b10fbc78c8d07c491
Introduced this line:
Modules/FindQt4.cmake line 564:
set(${QMAKE_RESULT} ${QT_QMAKE_QMAKE_EXECUTABLE} PARENT_SCOPE)
The variable QT_QMAKE_QMAKE_EXECUTABLE is never used however
The following issue has been SUBMITTED.
==
http://www.itk.org/Bug/view.php?id=14009
==
Reported By:Braden McDaniel
Assigned To:
On 03/12/2013 06:30 PM, Brad King wrote:
On 03/12/2013 06:08 PM, Alexander Neundorf wrote:
My AutomocFixWithoutQt branch basically reverts the first commit, so automoc
is now again only one step, without the temporary vector of targets, without
needing additional checks. In this form the
Brad King wrote:
On 03/12/2013 06:30 PM, Brad King wrote:
On 03/12/2013 06:08 PM, Alexander Neundorf wrote:
My AutomocFixWithoutQt branch basically reverts the first commit, so
automoc is now again only one step, without the temporary vector of
targets, without needing additional checks. In
The following issue has been SUBMITTED.
==
http://www.cmake.org/Bug/view.php?id=14010
==
Reported By:Kevin Burge
Assigned To:
If I turn off BUILD_TESTING, I get this error:
CMake Error at Tests/CMakeTests/CMakeLists.txt:7 (add_test):
Error evaluating generator expression:
$TARGET_FILE:cmsysTestsCxx
No target cmsysTestsCxx
Call Stack (most recent call first):
Tests/CMakeTests/CMakeLists.txt:32
Matthew Woehlke wrote:
If I turn off BUILD_TESTING, I get this error:
CMake Error at Tests/CMakeTests/CMakeLists.txt:7 (add_test):
Error evaluating generator expression:
$TARGET_FILE:cmsysTestsCxx
No target cmsysTestsCxx
Call Stack (most recent call first):
On 03/13/2013 02:09 PM, Stephen Kelly wrote:
If I turn it on, it works. So it seems as though something is not fully
respecting BUILD_TESTING?
git-bisect tells me
e03f83f394c53acbcc9dcff03f189170b2f33322 is the culprit (ProcessorCount
test: fix path to cmsysTestsCxx executable,
Brad King wrote:
On 03/13/2013 02:09 PM, Stephen Kelly wrote:
If I turn it on, it works. So it seems as though something is not fully
respecting BUILD_TESTING?
git-bisect tells me
e03f83f394c53acbcc9dcff03f189170b2f33322 is the culprit (ProcessorCount
test: fix path to cmsysTestsCxx
On Wednesday 13 March 2013, Stephen Kelly wrote:
Brad King wrote:
...
Can you and Alex agree that fix-automoc-no-qt is sufficient for
the upcoming release?
I agree that it is sufficient.
I think Alex' objection is only related to thinking that the case of a
I've discovered an odd an seemingly incorrect behavior of
get_filename_component(REALPATH)... apparently there are some conditions
when it can take a canonical path and turn it *back into a symlink*.
To reproduce:
$ ls -l
lrwxrwxrwx. 1 matthew matthew 10 Mar 13 20:17 build - real-build
This simple CMakeLists.txt is broken with ninja:
cmake_minimum_required(VERSION 2.8.10.20130312)
project(Foo)
add_executable(foo foo.cpp)
target_include_directories(foo PUBLIC
$BUILD_INTERFACE:${Foo_BINARY_DIR}
$INSTALL_INTERFACE:${CMAKE_INSTALL_PREFIX}/include
)
...with Ninja, the
On 2013-03-13 20:59, Matthew Woehlke wrote:
This simple CMakeLists.txt is broken with ninja:
cmake_minimum_required(VERSION 2.8.10.20130312)
project(Foo)
add_executable(foo foo.cpp)
target_include_directories(foo PUBLIC
$BUILD_INTERFACE:${Foo_BINARY_DIR}
r_b_d != rbd
Therefore, ${r_b_d} is the empty string.
From: Matthew Woehlke
Sent: March 13, 2013 8:51 PM
To: cmake-developers@cmake.org
Subject: [cmake-developers] bizarre g_f_c(REALPATH) bug; works backwards(?!)
I've discovered an odd an seemingly incorrect behavior of
On 2013-03-13 20:59, Matthew Woehlke wrote:
This simple CMakeLists.txt is broken with ninja:
cmake_minimum_required(VERSION 2.8.10.20130312)
project(Foo)
add_executable(foo foo.cpp)
target_include_directories(foo PUBLIC
$BUILD_INTERFACE:${Foo_BINARY_DIR}
Orion Poplawski wrote:
In current Fedora, /sbin,/bin, and /lib are symbolic links to /usr/sbin,
/usr/bin, and /usr/lib. This causes problems such as the one outlined
here: https://bugzilla.redhat.com/show_bug.cgi?id=917407
where find_package(PKG NO_MODULE) will find PKGConfig.cmake in
On Mon, Mar 11, 2013 at 8:49 PM, Alexander Neundorf
a.neundorf-w...@gmx.net wrote:
On Monday 11 March 2013, Magnus Therning wrote:
In the project I work on we have tools that generate quite a few
header files, but they are all generated with names matching *.inc.
I've added them all to the
Hi,
On Tuesday 12 March 2013 7:37 AM Petr Kmoch wrote:
Hi Julien,
CMake correctly identifies that gen.90f depends on gen.f90.sh, but you
have no code to tell CMake that usegen.f90 depends on gen.f90. The
following should do the trick:
set_property(SOURCE usegen.f90 PROPERTY OBJECT_DEPENDS
On 03/11/2013 06:41 AM, Julien Bigot wrote:
add_custom_command(OUTPUT ${CMAKE_BINARY_DIR}/gen.f90
COMMAND bash ARGS ${CMAKE_SOURCE_DIR}/gen.f90.sh
${CMAKE_BINARY_DIR}/gen.f90
MAIN_DEPENDENCY ${CMAKE_SOURCE_DIR}/gen.f90.sh
VERBATIM
)
add_library(mylib STATIC usegen.f90
cmake 2.8.10, Linux:
What do I need to do to have cmake creating a make install/strip target ?
--
Best Regards/Schöne Grüße
Martin
-
Ing. Martin Koller , mailto:martin.kol...@etm.at , http://www.etm.at
ETM professional control
I am using CMake to build LAPACK on a Windows (x64) machine with msys
make, MinGW x64 FORTRAN compiler, and Visual Studio C/C++ compilers. When
CMake tries to test the FORTRAN compiler it fails with the following
message:
Check for working Fortran compiler:
I'd like to solve the following problem, but have not found a way how to yet:
Our source is rebuilt every night, but only if some sources changed (e.g.
the build tree is not removed, only the source tree is updated from CVS).
What I want is to include the build date/time in a versionInfo.cxx
On Wednesday 13 March 2013 8:27 AM Brad King wrote:
On 03/11/2013 06:41 AM, Julien Bigot wrote:
add_custom_command(OUTPUT ${CMAKE_BINARY_DIR}/gen.f90
COMMAND bash ARGS ${CMAKE_SOURCE_DIR}/gen.f90.sh
${CMAKE_BINARY_DIR}/gen.f90
MAIN_DEPENDENCY ${CMAKE_SOURCE_DIR}/gen.f90.sh
On Wednesday 13 March 2013 2:11 PM Julien Bigot wrote:
On Wednesday 13 March 2013 8:27 AM Brad King wrote:
On 03/11/2013 06:41 AM, Julien Bigot wrote:
add_custom_command(OUTPUT ${CMAKE_BINARY_DIR}/gen.f90
COMMAND bash ARGS ${CMAKE_SOURCE_DIR}/gen.f90.sh
On 2013-03-10 07:43, Ulrich Heinicke wrote:
I have a shared library in which i need must link some libraries. Five
of these libraries should be link as shared libraries, but one must be
linked as static library. How can i do this?
Do you mean that there are static and shared versions of all
Am 13.03.2013 17:49, schrieb Matthew Woehlke:
On 2013-03-10 07:43, Ulrich Heinicke wrote:
I have a shared library in which i need must link some libraries. Five
of these libraries should be link as shared libraries, but one must be
linked as static library. How can i do this?
Do you mean
Hello,
I am running the entire test suite coming with the CMake code source and I have
the 3 following failure:
- ExternalProject
- MFC
- BundleUtilities
Is there any special configuration to make those tests a success? Below my
setup:
- Windows 7 64
On 3/13/2013 2:00 PM, Alexandre Fournier wrote:
I am running the entire test suite coming with the CMake code source and
I have the 3 following failure:
-ExternalProject
-MFC
-BundleUtilities
Can you submit an Experimental dashboard?
If so, run this in your build tree:
ctest -D
Hi,
why does the Eclipse project generated by cmake not have any cdt build
configurations? I.e. it is missing the C/C++ Build tab in the project
properties.
I'm asking because if it had build configurations that might make it
possible to do the following:
- Create a project in eclipse
- Create a
On Wednesday 13 March 2013, Martin Koller wrote:
cmake 2.8.10, Linux:
What do I need to do to have cmake creating a make install/strip target ?
I guess you do have an install target ?
AFAIK install/strip should be always there automatically.
It works for me here.
Can you post an example
Hi Laszlo,
On Tuesday 12 March 2013, Laszlo Papp wrote:
Oh, there is a CMAKE_CXX_LINK_EXECUTABLE. That variable I did not know.
It is nice to see that one does not need to force the compiler. That would
be a bit nasty. :-)
This feature seems to come along with the 2.8.11 release which is in
Hi,
it would be great if you could give the branch TI_DSP_to_TI on cmake stage (
http://cmake.org/gitweb?p=stage/cmake.git ) a try.
It renames TI_DSP to TI, and searches for ar6x and strip6x.
Thanks
Alex
--
Powered by www.kitware.com
Visit other Kitware open-source projects at
On Wednesday 13 March 2013 22:43:01 Alexander Neundorf wrote:
On Wednesday 13 March 2013, Martin Koller wrote:
cmake 2.8.10, Linux:
What do I need to do to have cmake creating a make install/strip target ?
I guess you do have an install target ?
yes.
AFAIK install/strip should be
On 2013-03-13 17:09, Matthew Woehlke wrote:
I have a project that builds a bunch of jar's with add_jar from
UseJava.cmake. Let's say we have myjar1 and myjar2. How do I write the
build rules for myjar2 such that it depends on myjar1?
It looks like add_jar is intended to accept names of jar's as
I used the following code in 2.8.4, but in 2.8.9 and 2.8.10 it doesn't add
the CUDA_CUDART_LIBRARY library to the eventual link line. I see my target
linking against the parallelprim library but not the cudart library. Did
something change in the interface between 2.8.4 and now?
I'll continue
I determined that this failed starting in 2.8.7 (2.8.6 has the cudart
library on the link line, and 2.8.7 didn't). I didn't see anything
particular about changes to the IMPORT libraries to suggest why this might
have happened. I'll try and rig up a reproducer.
I did notice that there wasn't a
I made a reproducer and discovered a couple of interesting things. If the
dependent library is static then IMPORATED_LINK_DEPENDENT_LIBRARIES doesn't
work for 2.8.4+. If I instead change it to
IMPORTED_LINK_INTERFACE_LIBRARIES then it works correctly regardless of if
the dependent library is
On Wed, Mar 13, 2013 at 10:14 PM, Alexander Neundorf
a.neundorf-w...@gmx.net wrote:
Hi,
it would be great if you could give the branch TI_DSP_to_TI on cmake stage
(
http://cmake.org/gitweb?p=stage/cmake.git ) a try.
It renames TI_DSP to TI, and searches for ar6x and strip6x.
The binaries
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 b432725b88fe0b551ed5064629b4bc844d6c1c1d (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 26436346fba7bf535a1cb2d99a9d0647ffde5b0d (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 9a02a267021b4bced796ac73e1a69fd095883d15 (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 26bfece1af0e3b06778e56eddd9cdd1f448a5c77 (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 8128940ac128c97dbc331c8a0ddb79ebb60a3765 (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 0c1621ff950991425b92d21afabed7e5a6cbbfda (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 55f3d455bcb96262152ff04065dc22e6347981cc (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 18029b1e77be2b8df64ab6240c67b00c09ed8ce2 (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 59c67186064c592d0af32858ac91ce7bbe0d8bf1 (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 a95968fec95bf5feacb81871b3a2e052c5364345 (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 6675cb980745e8ecbfd476a4a209cf3161a4dbf3 (commit)
via
Stamp
diff --git a/Source/CMakeVersion.cmake b/Source/CMakeVersion.cmake
index 6f3e6ef..d4ef879 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 20130313
53 matches
Mail list logo
