On 04/25/2013 03:34 AM, Stephen Kelly wrote:
I haven't had time to investigate fully, but this patch should 'fix' the
problem:
[snip]
I'll investigate later to see if it's the right fix and why.
Great! I've turned that patch into this commit:
On 04/25/2013 11:02 AM, Stephen Kelly wrote:
Brad King wrote:
Great! I've turned that patch into this commit:
http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=de9d4a63
See commit message for an explanation that makes sense to me.
The commit message is correct, but it's not the whole
Brad King wrote:
I've pushed the fix-multi-config-tll-include-dirs branch to my clone.
That's a much more detailed explanation, thanks.
Pre-evaluating the expression as Debug regardless of the
configuration involved feels like a hack. Since this all occurs
at generate time already
On 4/25/2013 6:15 PM, Stephen Kelly wrote:
Brad King wrote:
Why can't GetIncludeDirectories just evaluate it-Value as a
genex with the current configuration, and if it is a valid target
name then lookup its INTERFACE_INCLUDE_DIRECTORIES and use that
immediately?
Good question. Reading the
Hi,
I am building a project in both Windows 7 and Cygwin. I am using boost
libraries in the project and it works correctly in windows
FIND_PACKAGE(Boost REQUIRED COMPONENTS unit_test_framework)
When I try to configure in cygwin it returns error saying that could not
find boost. From Cygwin
Brad King wrote:
$ cmake .. -GXcode
...
CMake Error at CMakeLists.txt:5 (target_link_libraries):
Error evaluating generator expression:
$TARGET_PROPERTY:$$CONFIG:DEBUG:A,INTERFACE_INCLUDE_DIRECTORIES
$TARGET_PROPERTY:tgt,prop expression requires a non-empty target name.
...
I
Ward
Currently, using find_package(HDF5 NO_MODULE) results in Visual Studio
attempting to link against the shared libraries (.dll) themselves, instead of
the associated import libraries (.lib). I'm still trying to figure out why
this is, exactly, but in the mean time I am using the
Hi,
I have a Qt4 program that I'm working on and ran into an issue yesterday
with the automoc cpp files. I had added a new slot and connected a
comboxbox currentIndexChanged signal to it but when I ran the program I
could see messages on stdout complaining that my slot didn't exist. I
tracked
Thanks the link helped me to solved the problem. Sorry, I shall avoid
irrelevant posts in the future
On Thu, Apr 25, 2013 at 12:30 PM, marco atzeri marco.atz...@gmail.comwrote:
On 4/25/2013 8:54 AM, Lloyd wrote:
Hi,
I am building a project in both Windows 7 and Cygwin. I am using boost
One list entry in my CTEST_CUSTOM_ERROR_MATCH is FAILED: (in my
CTestCustom.cmake.in which is used to generate CTestCustom.cmake in the
build directory).
With CTEST_USE_LAUNCHERS enabled this does not seem to match errors from
custom commands e.g.:
FAILED: cmd.exe /c [...]
On my CDash
On 4/25/2013 10:07 AM, Lloyd wrote:
Thanks the link helped me to solved the problem. Sorry, I shall avoid
irrelevant posts in the future
It is not irrelevant, but you have more chance to have the right answer
on the cygwin help list.
Regards
Marco
--
Powered by www.kitware.com
Visit
Just to follow up my earlier mail,
HDF5_C_LIBRARY C:/Program Files/HDF5/bin/hdf5_D.dll
Instead of
HDF5_C_LIBRARY C:/Program Files/HDF5/bin/hdf5_D.lib
Should have read
HDF5_C_LIBRARY C:/Program Files/HDF5/lib/hdf5_D.lib
To fix the problem a bit more obustly.
Trying to fix that left me with a
You tell the difference between debug release by the naming of the library
itself. All the debug libraries have a _D in them or some such thing like
that.
For the Static/Dynamic there is a #define in one of the HDF5 headers (if built
with CMake) that says how it was built. My own FindHDF5
Hello,
I am just forwarding our discussion to the mailing list. We did not use reply
to all.
Highligth:
So, I see no point in striping the .dll.a file. But, of course, I might be
wrong. Please, anybody can check this?
Regards,
Gregoire
From: Daniel Franzini
Hi,
I am trying cmake in cygwin for code coverage analysis using gcov. My
source code is arranged as follows
CMakeLists.txt src tests
./src:
CMakeLists.txt lib main.cpp
./src/lib:
reverse
./src/lib/reverse:
CMakeLists.txt reverse.cpp reverse.h
./tests:
CMakeLists.txt test_rev.cpp
Now, the only lib available to me is
ITKIOFactoryRegistration/itkImageIOFactoryRegisterManager.h...
On 24 April 2013 16:48, Gabriel Santiago santiago.eletr...@gmail.comwrote:
Still not working... It could be something with the installation of ITK? I
used to use it within Eclipse with no
Hi,
I have several checks in my project that make cmake error out with
FATAL_ERROR. This is submitted as error to the dashboard. In reality it would
be an error if this error would not appear - and it is the expected result if
cmake errors out. Is there a possiblity to invert the result of the
On 4/25/2013 8:26 AM, Lloyd wrote:
Hi,
I am trying cmake in cygwin for code coverage analysis using gcov. My
source code is arranged as follows
CMakeLists.txt src tests
./src:
CMakeLists.txt lib main.cpp
./src/lib:
reverse
./src/lib/reverse:
CMakeLists.txt reverse.cpp reverse.h
On 4/25/2013 9:47 AM, Bill Hoffman wrote:
I don't see any add_test calls. So, you are not running any code, so
there is no code covered.
-Bill
I see it now.
Can you run:
ctest -D Experimental -VV
-Bill
--
Powered by www.kitware.com
Visit other Kitware open-source projects at
On 4/25/2013 9:52 AM, Bill Hoffman wrote:
I see it now.
Can you run:
ctest -D Experimental -VV
OK, never mind I know what is wrong...
make ExperimentalCoverage just does the coverage part.
make Experimental
make ExpermentalCoverage should work.
Or
cd buildtree
ctest -T all
Available
On Thursday 25 April 2013 09:46:03 Bill Hoffman wrote:
On 4/25/2013 9:15 AM, Matthias Kretz wrote:
I have several checks in my project that make cmake error out with
FATAL_ERROR. This is submitted as error to the dashboard. In reality it
would be an error if this error would not appear -
On 4/25/2013 10:05 AM, Matthias Kretz wrote:
I'm not sure we're talking about the same thing. I'm talking about
ctest_configure - i.e. before build or tests. IIUC you're talking about regex
matching at ctest_test?
But, if you have a FATAL_ERROR in the configure step, no build files
will be
On 04/25/2013 03:34 AM, Stephen Kelly wrote:
I haven't had time to investigate fully, but this patch should 'fix' the
problem:
[snip]
I'll investigate later to see if it's the right fix and why.
Great! I've turned that patch into this commit:
Brad King wrote:
On 04/25/2013 03:34 AM, Stephen Kelly wrote:
I haven't had time to investigate fully, but this patch should 'fix' the
problem:
[snip]
I'll investigate later to see if it's the right fix and why.
Great! I've turned that patch into this commit:
On Thu, 2013-04-25 at 17:02 +0200, Stephen Kelly wrote:
I've pushed the fix-multi-config-tll-include-dirs branch to my clone.
Thanks for your efforts on this guys. I've backed up to 2.8.10.2 with
the two patches cherry-picked via git for the generate.stamp issue. So
far I haven't seen that
Hi Nils,
Since CTEST_USE_LAUNCHERS is ignored when used with generator different
from Make or Ninja [1], it seems strange that it impacts your windows
build. Which generator are you using ?
Hth
Jc
[1]
https://github.com/Kitware/CMake/blob/master/Modules/CTestUseLaunchers.cmake#L38-40
On Thu,
Hi,
I've added a new note to
0011240: VS 2010 Win64 does not correctly set /MACHINE:x64 in the solution
project files
http://public.kitware.com/Bug/view.php?id=11240
(e.g. zlib Win64 is a prominent case of breakage here)
If some of the CMake platform setup wizards would happen to want to
Hey Jean-Christophe,
I currently use CMake 2.8.11-rc3 with the Ninja generator on windows.
Nils
On 25.04.2013 17:30, Jean-Christophe Fillion-Robin wrote:
Hi Nils,
Since CTEST_USE_LAUNCHERS is ignored when used with generator
different from Make or Ninja [1], it seems strange that it
This is probably caused by commit 965358fcf [1]
Can the problem be reproduced using Ninja on Unix platform ?
[1]
https://github.com/Kitware/CMake/commit/965358fcf64cf1a3693bcdd66f723729e0614ef6
On Thu, Apr 25, 2013 at 12:41 PM, Nils Gladitz glad...@sci-vis.de wrote:
Hey Jean-Christophe,
I
On Thursday 25 April 2013, Matthias Kretz wrote:
On Thursday 25 April 2013 09:46:03 Bill Hoffman wrote:
On 4/25/2013 9:15 AM, Matthias Kretz wrote:
I have several checks in my project that make cmake error out with
FATAL_ERROR. This is submitted as error to the dashboard. In reality it
On Wednesday 24 April 2013, Bill Hoffman wrote:
...
Without measuring anything, there is something else I thought about:
there are now a bunch of useful, quite complex macros coming with cmake,
which are used quite often: e.g. ExternalProject,
cmake_parse_arguments(),
I was able to reproduce the problem with Ninja on Ubuntu and CMake
2.8.11-rc2.
I set up a test project for which I set CTEST_CUSTOM_ERROR_MATCH to
FooBar.
It has three custom commands with different outputs and exit codes:
CustomCommand1: this is a FooBar message (exit success)
Volo,
Thanks for sharing your cmake-profile-stats tool... I found it very useful.
With this tool and about ~10 minutes of tweaking, my configure phase runs
~4x faster!
@Bill: I hope similar profiling features will be included in a future
release!
Cheers,
Kyle
PS: I added a small extension to
On Thursday 25 April 2013, Glenn Coombs wrote:
Hi,
I have a Qt4 program that I'm working on and ran into an issue yesterday
with the automoc cpp files. I had added a new slot and connected a
comboxbox currentIndexChanged signal to it but when I ran the program I
could see messages on
Am Mittwoch, 24. April 2013, 17:53:28 schrieb David Cole:
Sure, but this is in web page text only meant to be read by human beings,
not in some parse-able data that’s actually important for anything.
The confusion probably comes from the fact, that U.S. date format is usually
separated by '/'
Hello,
I am getting errors when I execute a simple hello World mpi program compiled
using cmake.
I could not get the program to compile using various forms of FIND_PACKAGE(MPI
REQUIRED), INCLUDE_DIRECTORIES(${MPI_INCLUDE_PATH}),
TARGET_LINK_LIBRARIES(executable ${MPI_LIBRARIES}) and filling
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 0492593faa913c4aa36b6cce39c40d7c46104c0c (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 6ceeff297bd1b06a6b4141fdccdd76447de82a0f (commit)
via
Stamp
diff --git a/Source/CMakeVersion.cmake b/Source/CMakeVersion.cmake
index 8ded30f..317cc73 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 20130425
39 matches
Mail list logo