The following issue has been SUBMITTED.
==
http://www.cmake.org/Bug/view.php?id=12309
==
Reported By:Jérôme Gardou
Assigned To:
Hello everybody,
I would like to know if there is a cmake command to place my generated
executable in several directories in one shot.
Using SET(EXECUTABLE_OUTPUT_PATHmy_path1) will allow to customize
the place where my executable should be placed
but only in a single directory I guess.
On 06/28/2011 10:40 AM, pellegrini wrote:
Hello everybody,
I would like to know if there is a cmake command to place my generated
executable in several directories in one shot.
Using SET(EXECUTABLE_OUTPUT_PATHmy_path1) will allow to customize
the place where my executable should be
On 6/27/2011 11:41 AM, David Cole wrote:
Changes in CMake 2.8.5-rc3 (since 2.8.5-rc2)
Bill Hoffman (4):
Use devenv instead of msbuild for vs2010.
Revert With very long file names, VS 2010 was unable to compile files.
Use
On 06/27/2011 02:39 PM, Raphael Münster wrote:
# name of the project
PROJECT(Q2P1)
enable_language (Fortran)
Languages can also be specified in the project command:
project(Q2P1 C CXX Fortran)
I invoke cmake like this CC=mpicc CXX=mpic++ cmake
-DCMAKE_Fortran_COMPILER=mpif90
FYI, you
Can someone please let me know how to get the Mac OS X version of
cmake 2.8.4 to run the tests in the order in which they are added?
For some bizarre reason they are running out of order:
Sample output (without actual test name).
1/85 Test #64: .***Failed0.01 sec
If the tests depend on each other, you *must* tell CTest so, by setting
the DEPENDS property using the set_tests_properties() function.
Normally, running tests in arbitrary order is considered to be a
feature, helping you to not to introduce accidental dependencies.
Michael
On 06/28/2011 04:16
Thank you everyone for your help. I finally found this:
http://public.kitware.com/Bug/view.php?id=11877
And it essentially means that both the Macports and CMake website
version of cmake (2.8.4) have this issue. So essentially I'll have to
revert to cmake 2.6.4 from the cmake website.
Juan
On
On Tue, Jun 28, 2011 at 9:33 AM, Michael Wild them...@gmail.com wrote:
If the tests depend on each other, you *must* tell CTest so, by setting
the DEPENDS property using the set_tests_properties() function.
Normally, running tests in arbitrary order is considered to be a
feature, helping you
On Tue, Jun 28, 2011 at 9:46 AM, j s j.s4...@gmail.com wrote:
On Tue, Jun 28, 2011 at 9:33 AM, Michael Wild them...@gmail.com wrote:
If the tests depend on each other, you *must* tell CTest so, by setting
the DEPENDS property using the set_tests_properties() function.
Normally, running tests
On Tue, Jun 28, 2011 at 9:52 AM, j s j.s4...@gmail.com wrote:
On Tue, Jun 28, 2011 at 9:46 AM, j s j.s4...@gmail.com wrote:
On Tue, Jun 28, 2011 at 9:33 AM, Michael Wild them...@gmail.com wrote:
If the tests depend on each other, you *must* tell CTest so, by setting
the DEPENDS property using
I agree that the information is not very discoverable if you've only
read the doc about add_test(), but it is there:
http://cmake.org/cmake/help/cmake-2-8-docs.html#command:set_tests_properties
http://cmake.org/cmake/help/cmake-2-8-docs.html#section_PropertiesonTests
Michael
On 06/28/2011
On Tue, Jun 28, 2011 at 9:57 AM, Michael Wild them...@gmail.com wrote:
I agree that the information is not very discoverable if you've only
read the doc about add_test(), but it is there:
http://cmake.org/cmake/help/cmake-2-8-docs.html#command:set_tests_properties
Yes, add_test() should probably mention set_tests_properties(). However,
I don't think that any of the set_xxx_properties() mention the
corresponding PROPERTIES ON XXX section, which arguably would be a
very good idea.
Feel free to submit a patch, I'm sure the CMake-developers will gladly
accept
This was a bug in 2.8.4 only. You do not have to go all the way back to
2.6.4 to overcome this. You can go back to 2.8.3, if you wish, or preferably
you can use 2.8.5-rc3: anything except for 2.8.4 will give you the in order
behavior that you are expecting and are used to.
HTH,
David
On Tue, Jun
On 06/28/2011 12:36 PM, Michael Hertling wrote:
On 06/28/2011 10:40 AM, pellegrini wrote:
Hello everybody,
I would like to know if there is a cmake command to place my generated
executable in several directories in one shot.
Using SET(EXECUTABLE_OUTPUT_PATHmy_path1) will allow to
Yep, great) setting the LINKER_LANGUAGE to Fortran did it.
Thanks,
Raphael
Am 28.06.2011 15:48, schrieb Brad King:
On 06/27/2011 02:39 PM, Raphael Münster wrote:
# name of the project
PROJECT(Q2P1)
enable_language (Fortran)
Languages can also be specified in the project command:
Hi everyone.
I am using Modules/FindwxWidgets.cmake on basis of cmake wiki recommendation to
use wx windows,
I think I have everything except the definitions
MSG(WXWIDGETS_DEFINITIONS=${WXWIDGETS_DEFINITIONS})
prints
_FILE_OFFSET_BITS=64_LARGE_FILES__WXGTK__
which does not include spaces and
Aaron,
I think you were right, I moved the definitions to before all the
subdirectories and the linking problem disappeared!
thanks again for your suggestion
Leila
From: aaron.mead...@thomsonreuters.com
Sent: Thu, 6/23/2011 2:52pm
To: Leila Baghdadi baghd...@phenogenomics.ca ; cmake@cmake.org
I bit the bullet and added the dependency information for the tests
that needed them. The parallel ctest works very well on my linux box.
Thanks,
Juan
On Tue, Jun 28, 2011 at 10:26 AM, David Cole david.c...@kitware.com wrote:
This was a bug in 2.8.4 only. You do not have to go all the way
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 d2430b2ffdfb29a1b65b39bf6620d05411f0e79e (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 a38c33ca7f96b70f131c3ca38efcce3ed5616a25 (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 e1237478f101d81c67c02a963ae49b69e25c841a (commit)
from
23 matches
Mail list logo
