I'm using CDash's (1.8.2) test scheduling and have trouble with a few
tests added with the newer add_test(NAME ... signature.
Tests added with the new signature are Not Run and I get the following
test output:
Test not available without configuration. (Missing -C config?)
On a client
Yes, thank you, that fixed it.
Maybe this should be updated in the default template generated by CDash(?).
Nils
--
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
I'm trying the Ninja generator on windows with CMake 2.8.9.
When starting a build with ninja my console is flooded with messages
of the form:
Note: including file: [...] which I am guessing are generated by
cmcldeps(?).
It feels like all that output is slowing down the build considerably
studio 2005) ninja/cmcldeps
keeps quiet.
Nils
On 08/23/2012 07:47 AM, Bill Hoffman wrote:
On 8/22/2012 5:34 AM, Nils Gladitz wrote:
I'm trying the Ninja generator on windows with CMake 2.8.9.
When starting a build with ninja my console is flooded with messages
of the form:
Note: including
/foo.h)
/--Zaheer/
On Sun, Aug 26, 2012 at 7:45 PM, Peter Kümmel syntheti...@gmx.net
mailto:syntheti...@gmx.net wrote:
On 23.08.2012 08:53, Nils Gladitz wrote:
I was using the Intel provided build environment (sets up
environment
variables and runs cmd.exe) with CC
26.08.2012 19:45, schrieb Peter Kümmel:
On 23.08.2012 08:53, Nils Gladitz wrote:
I was using the Intel provided build environment (sets up environment
variables and runs cmd.exe) with CC and CXX set to icl which apparently
is the cause of the extra verbosity.
When I use the same environment
--
Nils Gladitz, B.Sc.
DICOM, Konnektivität und Entwicklung
Scivis wissenschaftliche Bildverarbeitung GmbH
Bertha-von-Suttner-Str. 5
D-37085 Göttingen
GERMANY
Handelsregister Nr. / Trade Register No. B3100 Göttingen
Geschäftsführer / Managing Directors Dr. Gernot Ebel, Dr. Uwe Engeland
Tel: 0049 (0
projects at
http://www.kitware.com/opensource/opensource.html
Please keep messages on-topic and check the CMake FAQ at:
http://www.cmake.org/Wiki/CMake_FAQ
Follow this link to subscribe/unsubscribe:
http://www.cmake.org/mailman/listinfo/cmake
--
Nils Gladitz, B.Sc.
DICOM, Konnektivität und
-source projects at
http://www.kitware.com/opensource/opensource.html
Please keep messages on-topic and check the CMake FAQ at:
http://www.cmake.org/Wiki/CMake_FAQ
Follow this link to subscribe/unsubscribe:
http://www.cmake.org/mailman/listinfo/cmake
--
Nils Gladitz, B.Sc.
DICOM
/DoubleProject/CMakeFiles/CMakeTmp/CMakeFiles/cmake.check_cache
This seems to happen for a handful of different tests in every one of my
submissions (the above was e.g. CMakeDoubleProject).
Has anyone else seen anything like it or might know what might cause this?
Nils
--
Nils Gladitz, B.Sc
? check_function_exists seems to not use
strict enough warnings to make sure the symbol has the right signature at link
time.
--
Nils Gladitz, B.Sc.
DICOM, Konnektivität und Entwicklung
Scivis wissenschaftliche Bildverarbeitung GmbH
Bertha-von-Suttner-Str. 5
D-37085 Göttingen
GERMANY
Handelsregister Nr
open-source projects at
http://www.kitware.com/opensource/opensource.html
Please keep messages on-topic and check the CMake FAQ at:
http://www.cmake.org/Wiki/CMake_FAQ
Follow this link to subscribe/unsubscribe:
http://www.cmake.org/mailman/listinfo/cmake
--
Nils Gladitz, B.Sc.
DICOM
Follow this link to subscribe/unsubscribe:
http://www.cmake.org/mailman/listinfo/cmake
--
Nils Gladitz, B.Sc.
DICOM, Konnektivität und Entwicklung
Scivis wissenschaftliche Bildverarbeitung GmbH
Bertha-von-Suttner-Str. 5
D-37085 Göttingen
GERMANY
Handelsregister Nr. / Trade Register No. B3100
also only read them with
ctest_read_custom_files(${CTEST_BINARY_DIRECTORY}) just after the
ctest_configure step, the actual CTestCustom.cmake file being also
generated at configure time.
Julien
Le 04/10/2012 09:14, Nils Gladitz a écrit :
I noticed I made the same mistake (I forgot to set
subtree, same #1786 warning) to the ones that were ignored.
Very puzzling.
Nils
On 10/04/2012 11:16 AM, David Cole wrote:
On Thu, Oct 4, 2012 at 4:36 AM, Nils Gladitz glad...@sci-vis.de wrote:
Hm ... yes weirdly enough it does look like some warnings (most) are still
suppressed but not all.
I've
/opensource.html
Please keep messages on-topic and check the CMake FAQ at:
http://www.cmake.org/Wiki/CMake_FAQ
Follow this link to subscribe/unsubscribe:
http://www.cmake.org/mailman/listinfo/cmake
--
Nils Gladitz, B.Sc.
DICOM, Konnektivität und Entwicklung
Scivis wissenschaftliche Bildverarbeitung GmbH
}'
link language '${LANG}' is not supported)
endif()
endif()
endfunction()
This might need some tweaking, but if the general idea seems like the
best way, I would propose adding this to FindOpenMP.cmake.
--
Nils Gladitz, B.Sc.
DICOM, Konnektivität und Entwicklung
Scivis
://www.cmake.org/mailman/listinfo/cmake
--
Nils Gladitz, B.Sc.
DICOM, Konnektivität und Entwicklung
Scivis wissenschaftliche Bildverarbeitung GmbH
Bertha-von-Suttner-Str. 5
D-37085 Göttingen
GERMANY
Handelsregister Nr. / Trade Register No. B3100 Göttingen
Geschäftsführer / Managing Directors Dr. Gernot
to solve the issue. Now the library is correctly
loaded. However, debug info is still missing. Any idea of how to make
the tests debuggable?
Martin
On 2012-10-19 09:04, Nils Gladitz wrote:
When you run your test binary windows will look for the DLL:
- in the path of your test binary
- the current
tweaks by embedding library paths into executables (RPATH) which
allows the OS to use those paths at runtime.
As far as I know there is no equivalent feature on windows(?)
Nils
On 10/20/2012 01:21 PM, Martin Sustrik wrote:
On 19/10/12 11:14, Nils Gladitz wrote:
I use ${CMAKE_BINARY_DIR} in my
to subscribe/unsubscribe:
http://www.cmake.org/mailman/listinfo/cmake
--
Nils Gladitz, B.Sc.
DICOM, Konnektivität und Entwicklung
Scivis wissenschaftliche Bildverarbeitung GmbH
Bertha-von-Suttner-Str. 5
D-37085 Göttingen
GERMANY
Handelsregister Nr. / Trade Register No. B3100 Göttingen
Geschäftsführer
where I used it.
When CMAKE_LINKER goes empty I get Dashboard (CDash) errors like this:
Command: /lib /nologo [...] - notice the missing linker
executable name at the beginning
Exit Condition: Error administrating child process: The parameter
is incorrect
Nils
--
Nils Gladitz, B.Sc.
DICOM
persistent outside of CMakeCache.txt
which prevents CMAKE_OBJCOPY and CMAKE_LINKER from being set again.
I can easily work around it by not writing a new cache if one is already
available or appending rather than overwriting.
Nils
On 03/21/2013 10:41 AM, Nils Gladitz wrote:
I am trying out
on installation
or
B) not having make test work properly when building anything else but
the default / release build type.
Regards,
--
Nils Gladitz, B.Sc.
DICOM, Konnektivität und Entwicklung
Scivis wissenschaftliche Bildverarbeitung GmbH
Bertha-von-Suttner-Str. 5
D-37085 Göttingen
GERMANY
Handelsregister
required for CTEST_CUSTOM_ERROR_MATCH to reach
the launcher?
Nils
--
Nils Gladitz, B.Sc.
DICOM, Konnektivität und Entwicklung
Scivis wissenschaftliche Bildverarbeitung GmbH
Bertha-von-Suttner-Str. 5
D-37085 Göttingen
GERMANY
Handelsregister Nr. / Trade Register No. B3100 Göttingen
Geschäftsführer
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, Apr 25, 2013 at 4:44 AM, Nils Gladitz glad...@sci-vis.de
mailto:glad...@sci-vis.de wrote:
One list entry in my
-Christophe Fillion-Robin wrote:
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
For reference I have opened a new issue:
http://public.kitware.com/Bug/view.php?id=14121
Nils
On 04/25/2013 10:00 PM, Nils Gladitz wrote:
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
Assuming you mean GTEST rather than CTEST (you seem to use them
interchangeably) I think something like this in your CMakeLists.txt
should make the option show up in cmake-gui/ccmake:
set(GTEST_ROOT CACHE PATH Google Test root directory)
Nils
On 05/08/2013 01:21 PM, Witold Eryk Wolski
I think the proper value for Platform Toolset is v110_xp so vs11_xp
shouldn't have worked.
You can see the legally available values when you open any C++ project
in Visual Studio and follow Project - Properties - Configuration
Properties - General - Platform Toolset.
According to the
for the cmake command line client.
Nils
On 12.05.2013 14:16, Szymon Gatner wrote:
Oh, sorry it was v110_xp for cmake-gui of course too.
So there is no way to set it outside the gui?
2013/5/12 Nils Gladitz glad...@sci-vis.de mailto:glad...@sci-vis.de
I think the proper value for Platform
entry does work and properly generates project with XP toolset set.
2013/5/12 Nils Gladitz glad...@sci-vis.de mailto:glad...@sci-vis.de
I may be missing something but I don't see an option to set this
in cmake-gui yet either.
As far as I understand it setting CMAKE_GENERATOR_TOOLSET
of
variables. Will final release of 2.8.11 have toolset gui support?
2013/5/12 Nils Gladitz glad...@sci-vis.de mailto:glad...@sci-vis.de
I gave it a try and it seems you are right though I get a warning:
CMake Warning:
Manually-specified variables were not used by the project:
I
I think something like this:
add_executable(2 2.cpp)
add_executable(gen gen.cpp)
add_custom_command(OUTPUT 2.cpp
COMMAND gen ${CMAKE_CURRENT_SOURCE_DIR}/2.txt -o 2.cpp
DEPENDS 2.txt
)
Nils
On Tue, May 14, 2013 at 12:00 PM, 王东岳 code...@gmail.com wrote:
Well, I want to run an
Woehlke wrote:
On 2013-05-14 06:19, Nils Gladitz wrote:
I think something like this:
add_executable(2 2.cpp)
add_executable(gen gen.cpp)
add_custom_command(OUTPUT 2.cpp
COMMAND gen ${CMAKE_CURRENT_SOURCE_DIR}/2.txt -o 2.cpp
DEPENDS 2.txt
)
'DEPENDS 2.txt gen' :-). You want the dependency
You could extract the common unchanging entries into a central
configuration file which you could then load with cmake -C
initial-cache when doing the initial configuration of the
participating projects.
Nils
On 24.05.2013 17:28, Christoph Grüninger wrote:
Hi CMake,
in our code we have
I think this was fixed in 2.8.11:
http://public.kitware.com/Bug/view.php?id=13756
Nils
On 06/03/2013 12:08 PM, David Demelier wrote:
Hi there,
After doing a CMake generation, if I try to change the C compiler by
doing cmake -DCMAKE_C_COMPILER=/usr/bin/clang it configures again but
never ends,
I use CDash (www.cdash.org) which is what CMake itself uses:
http://open.cdash.org/index.php?project=CMake
I use it with CDash scheduling which involves a couple of build clients
running CTest in script mode.
They poll, download and execute CTest scripts which control initial
checkout,
Does /home/mgh/proj/test/lib/libfoo.so not have a SONAME while your
native libfoo.so does?
The linker may use the SONAME when available and might fall back to the
path as seen on the command line (/home/mgh/proj/test/lib/libfoo.so)
otherwise?
Nils
On 07/19/2013 10:41 AM, Дмитрий Дороговцев
want Linux
instead since there are no armLinux platform files.
I assume that may also set the proper flags for SONAME to work by default(?)
Nils
On 07/19/2013 11:31 AM, Дмитрий Дороговцев wrote:
2013/7/19 Nils Gladitz nilsglad...@gmail.com
mailto:nilsglad...@gmail.com
Does /home/mgh
I haven't tried this but I modeled the use of the template in the WiX
generator after the NSIS generator which I think allows custom templates
by creating a template with the same name in a custom path and appending
it to CMAKE_MODULE_PATH
Maybe CMAKE_LANG_SOURCE_FILE_EXTENSIONS would help with that.
For C++ this is e.g. CMAKE_CXX_SOURCE_FILE_EXTENSIONS set to
C;M;c++;cc;cpp;cxx;m;mm;CPP.
Nils
On 26.08.2013 19:10, Robert Dailey wrote:
I have a common function defined that creates targets for me. I pass
in a big list of source
Does cmake -E tar support response files or perhaps some other way to
read a list of input files from a file?
I think I'm running into command line length limits on windows with
about 34266 characters.
execute_process() just reports The parameter is incorrect.
Nils
--
Powered by
I think the documentation for CPACK_PACKAGE_INSTALL_REGISTRY_KEY
predates the WIX generator and therefor might be misleading.
Currently the WIX generator itself does not use it.
You may be able to create a custom WiX template for this though.
This would require some familiarity with WiX
Did you try to set this up in your CMakeLists.txt?
Either something like (for CMake 2.8.12):
set(CPACK_WIX_TEMPLATE ${CMAKE_CURRENT_SOURCE_DIR}/mywix.template.in)
Or:
list(APPEND CMAKE_MODULE_PATH ${CMAKE_CURRENT_SOURCE_DIR})
before include(CPack) should work and would expand to full
list(SORT) does an std::sort() of std::strings.
I think CMake does not perform any character set conversions so the
available strings retain the encoding as used in the input file and
std::string ordering is based on byte-wise comparison.
Nils
On 10/21/2013 12:58 PM, Ingolf Steinbach wrote:
On 25.10.2013 18:42, James Bigler wrote:
When did CMake stop adding /STACK:1000 to the link line?
2.8.11:
http://public.kitware.com/Bug/view.php?id=12437
Nils
--
Powered by www.kitware.com
Please keep messages on-topic and check the CMake FAQ at:
http://www.cmake.org/Wiki/CMake_FAQ
I assume you still use CPack without CMake?
For the moment setting CPACK_WIX_SIZEOF_VOID_P to 8 in your
CPackConfig.cmake should work to let the generator know to use the 64
bit instead of the 32 bit prefix.
Nils
On 30.10.2013 21:50, Evan Zhang wrote:
Hi,
What is the proper method to set
On 11/08/2013 09:09 AM, Lars Lars wrote:
Using CPack to generate a msi using a custom wix template. I would
like to add an util:XmlFile element to the template but this require
candle and light to be executed with the option -ext
WixUtilExtension. Does anyone know of a way to add this
On 10.11.2013 17:46, Lars Lars wrote:
Just a follow up question, how does CPack invoke candle and light? On
Windows 7, using Process Monitor I do see these executables being
spawned into a separate process when doing cpack -G WIX.
I am not entirely sure what you mean by how.
But you can
On 11/11/2013 09:21 AM, Lars Lars wrote:
I am still quite new to CMake so execuse the igorance but does merging
the issue into next mean it will be included in the next release?
It means it is being tested on the Dashboards and assuming there are no
issues it will be merged to master which is
On 11/12/2013 03:46 AM, Daiwei Li wrote:
Hello,
I'm having trouble adding a FirewallException
(http://wixtoolset.org/documentation/manual/v3/xsd%5Cfirewall%5Cfirewallexception.html) element
for my main executable. The documentation says that it must have a
File or Component parent, both of
On 11/12/2013 12:37 PM, Bogdan Cristea wrote:
Hi
I am running memory leak tests using ctest as follows
ctest -D ExperimentalMemCheck
Did you find the XML report yet that CTest creates for CDash?
DynamicAnalysis.xml should be created in a timestamped subdirectory of
Testing/ within your
On 13.11.2013 18:15, Aggelos Kolaitis wrote:
# I don't add 'C' as the language, because I get build errors with g++
project(PROJECT_NAME)
Maybe
project(PROJECT_NAME C)
and a conditional
enable_language(CXX)
would work?
Nils
--
Powered by www.kitware.com
Please keep messages on-topic
On 11/18/2013 09:48 AM, Lars Lars wrote:
How can I specify different install dir prefix for two components
using CPack and Wix generator?
The current setup installs runtime files to C:\Program
Files\MyCompany\bin and data to C:\Program Files\MyCompany\data. We
would like to place the data
On 11/18/2013 09:58 AM, Lars Lars wrote:
Does cmake support xml modification? We would like to update a number
of xml configuration files with for instance version information. This
information is only available at build time.
I think CMake has very limited internal XML capabilities.
As far
On 11/18/2013 10:45 AM, Lars Lars wrote:
Thank you for the feedback.
We would like to avoid adding a dependency to a third party lib for
such a small task. Does CMake have any plans to include ability to
modifications xml files?
You could make this a feature request of course and this is no
On 11/18/2013 11:08 AM, Lars Lars wrote:
Please execuse my ignorace but does the fact that the WIX generator
does not support CPack components mean it will always install all
components? So specifying CPACK_COMPONETS_ALL with a subset of
components will have no effect?
CPack makes the
I've staged a new topic wix-components that adds basic component
support to the CPack WiX generator:
http://cmake.org/gitweb?p=stage/cmake.git;a=shortlog;h=refs/heads/wix-components
I would like to encourage anyone interested in this to inspect and/or
try out the changes and provide feedback.
On 20.11.2013 17:23, NoRulez wrote:
Now the problem is, that sometimes the experimental entry are shown in CDash,
but not every time when I call the CTest script.
I don't know when it was shown or not.
Did I need to configure some additional settings to get it to work?
I use CMake 2.8.12 on
On 11.12.2013 12:53, Lars wrote:
Here is the source code used (which does not use the Boost library).
#include iostream
int main(int argc, char **argv)
{
std::cout Hello world std::endl;
return 0;
}
${Boost_INCLUDE_DIR}/boost/tr1/tr1 does seem to contain an iostream
header which your
On 13.12.2013 10:43, Lars wrote:
Using the include_regular_expression macro made a huge difference. The
build time was reduced by more than 50%.
The regular expression appear to be only applied to part of
the dependency file path. So in the case of Boost this
works pretty well for us because
On 13.12.2013 16:05, Pere Mato Vila wrote:
Hi,
I would like to generate build errors (and/or test output) including html
tags, in particular adding some links associated to some text. Such that on
CDash I could click directly on the link in the build error or test output. Is
there a way
On 12/20/2013 11:55 AM, Stefan wrote:
add_test (
Workingdir_test ${EXECUTABLE_OUTPUT_PATH}/workingdir_test
WORKING_DIRECTORY ${PROJECT_SOURCE_DIR}
)
WORKING_DIRECTORY is part of the second signature of add_test() which
starts with NAME:
On 01/04/2014 11:26 PM, Totte Karlsson wrote:
When I build the dll using CMAKE, however, even after adding the .def
file, the resulting dll don't have the aliased names.
I have tried adding the def file to sources, but that seem no to work,
and setting the module linker flags, e.g.
set
On 01/10/2014 11:21 AM, Martin Zenzes wrote:
The problem: At the time the add_library() is processed by cmake, the
referenced *.cpp/*.hpp files are not yet created, hence they are not
found (Cannot find source file). Adding the generate-target to ALL
does not help, as at the target is
On 01/10/2014 02:16 PM, Szilárd Páll wrote:
Found a workaround:
$ find /tmp/cmake-2.8.12.1 -type f | xargs dos2unix
This must be a bug, should I file a report?
Did you use the Windows Source zip file instead of the Unix/Linux
Source tar.gz/tar.Z?
Nils
--
Powered by www.kitware.com
Please
On 11.01.2014 14:45, JR Cary wrote:
To test the all build, I do the usual
make ExperimentalStart ExperimentalBuild ExperimentalTest
ExperimentalSubmit
but for the other build, is there an easy way to do something like
make ExperimentalStart ExperimentalBuild-other
On 12.01.2014 01:39, Rob McDonald wrote:
Where does CMake get its patch implementation?
As far as I know CMake does not have a patch implementation.
I'm using a patch step with ExternalProject_Add on Windows (and other
platforms).
I had it working on one Windows machine - which
On 01/13/2014 09:55 AM, Martin Zenzes wrote:
One little quick follow-on-question. After doing:
set(GENERATED_CPP /path/to/not/yet/created/cpp/file.cpp)
this does not work as expected:
set_property(SOURCE ${GENERATED_CPP} PROPERTY GENERATED)
while this will works as expected:
On 01/13/2014 04:22 PM, Jason Babicka wrote:
So, I was wondering if anyone on this mailing list has tried to do
something like this before? If you have, I was wondering if you might
be able to provide a very simple CMakeLists.txt example for how you do
this? Also, if you have any other
On 01/14/2014 04:22 PM, Bill Hoffman wrote:
Yes, it would. However, there does not seem to exist a good BSD
licensed patch implementation that we can use. I think it would be
quite a bit of work to implement one from scratch.
I don't know about good but perhaps:
On 14.01.2014 17:05, Bill Hoffman wrote:
It would take a bit to port it to windows Might not be a bad
start
Is there already a Windows port?
I haven't found one ... the most obvious incompatibility seems to be
temporary file creation.
I was sort of hoping to find something in
On 01/16/2014 03:13 PM, Dominik Bernhardt wrote:
Does anyone have an idea what might be the cause for that performance
degeneration? Does anyone else observe this behavior?
Is there a specific aspect that is slower?
Do you perhaps have a simple, self-contained test case that would make
On 01/21/2014 10:05 AM, Schlottke, Michael wrote:
However, I noticed that CMake adds the '-fPIE' flag to the compilation
flags without me asking for it.
Maybe there is a set(CMAKE_POSITION_INDEPENDENT_CODE ON) in the project
or the POSITION_INDEPENDENT_CODE property is set for the target
On 01/23/2014 02:51 PM, NoRulez wrote:
I know I can use CMAKE_CL_64 to detect 32/64 bit and MSVC12 if the Visual
Studio 2013 generator is used.
I use CMAKE_SIZEOF_VOID_P which is 8 for 64-bit and 4 for 32-bit builds.
Nils
--
Powered by www.kitware.com
Please keep messages on-topic and
On 02/03/2014 07:36 AM, Alan W. Irwin wrote:
I don't understand this result at all since with CMAKE_LIBRARY_PATH
defined to the exact PATH where libstdc++.dll.a exists, I would think
find_library would give identical results to the case when C++ is
enabled (where presumably CMake is using a
On 02/03/2014 12:45 PM, Alan W. Irwin wrote:
It was that difference between the two cases that was confusing me. (As
an aside, I am still left wondering a bit about how cmake was able
to find the python library for the NONE case. It's naming conventions
are different (python27.lib rather than
On 03.02.2014 20:18, Alan W. Irwin wrote:
1. For this linking model the C++ library is dynamically linked with
libstdc++, and the executable is dynamically linked with that C++
library. If non-transitive linking is working properly, I think for
this case the executable could be linked by gcc
On 03.02.2014 23:00, Alan W. Irwin wrote:
But what happens for case 3 when the static C++ library is
statically linked to libstdc++?
For static libraries the linker is not invoked.
Instead an archiving tool (ar) just packages all object files together.
There is no interaction with other
On 25.02.2014 17:49, Tobias Becker wrote:
I also have a question: Will CMake script ever support higher
language features like scoped function names, eval, dynamic functions,
return values (the workarounds for these features are costing me alot
of performance)?
I am hoping for Lua
On 02/28/2014 02:29 PM, Lars wrote:
How can I configure the wix generator to produce a msi which by default
install files to c:\tbd ?
This is currently not possible.
You can customize below the architecture specific Program Files
directory with CPACK_PACKAGE_INSTALL_DIRECTORY but you can
On 02.03.2014 20:11, Pierre Bourdon wrote:
To avoid increasing compilation time of my project I would like to
only build tests when they are going to be run, for example when using
make test. Is there any easy way to do this with CMake?
You can prevent your test executables from always
On 02.03.2014 20:30, Pierre Bourdon wrote:
Any way to reuse the make test target for that? Will adding
dependencies to the test target work, or is test a special target?
Not currently:
http://public.kitware.com/Bug/view.php?id=8438
Nils
--
Powered by www.kitware.com
Please keep messages
On 03.03.2014 12:22, Robert Bielik wrote:
I'm trying to use the NMake Makefiles JOM generator (CMake
2.8.11.2), but it chokes on not supporting the toolset option:
CALL cmake -GNMake Makefiles JOM
-DCMAKE_GENERATOR_TOOLSET:STRING=v110_xp ...
When will that generator support this ?
On
On 04.03.2014 14:46, Lars wrote:
How can I configure the wix generator to produce a msi which by
default
install files to c:\tbd ?
This is currently not possible.
You can customize below the architecture specific Program Files
directory with CPACK_PACKAGE_INSTALL_DIRECTORY but you
On 04.03.2014 19:56, Lars wrote:
Who is generating the the GUID? Do you mean light or candle?
light issues the diagnostic so I assume it also generates the GUID.
I'd perhaps install user specific files by copying them from the
system wide installation directory into the home directory on
On 05.03.2014 16:06, Edward Diener wrote:
MingW does not have a make.exe at all. What actual program is cmake
looking for when MinGW Makefiles is specified ?
http://www.cmake.org/cmake/help/git-master/generator/MinGW%20Makefiles.html:
mingw32-make
Is mingw's bin directory in your PATH?
On 07.03.2014 10:01, renshenguoer wrote:
C:\MinGW\bin\gfortran.exe /F600 /fpe:3 /Qopenmp /w /I:C:\Program
Files
(x86)\VNI\imsl\fnl700\winin111e64\include\dll /nologo -c
L:\PSUADEv1.6-build\CMakeFiles\CMakeTmp\testFortranCompiler.f -o
On 07.03.2014 18:55, Lucas Soltic wrote:
Is there a way to know exactly (through a CMake variable or command) where the
binaries will be put?
In which context do you need the location?
If you need the path for e.g. a custom command[1] a generator
expression[2] like $TARGET_FILE_DIR:tgt or
On 12.03.2014 09:58, Lloyd wrote:
My cross platform project has a main module and a custom library. The
main module depends on the custom library. Both these projects need to
be built with cmake. At present the option I find to set this is to
using the
target_link_library(MyExe
On 12.03.2014 10:41, Nils Gladitz wrote:
If you created the target with add_library(mylibrary ...)
target_link_library(MyExe mylibrary) should work.
Sorry, I didn't realize I copied your incorrectly named
target_link_library() call ... the actual command should be
target_link_libraries
On 13.03.2014 17:40, Jack Stalnaker wrote:
Can someone provide an example of Fortran_FORMAT in use? I cannot find
anything other than a definition of the property online. Does one use
I am not much of a Fortran person but:
cmake_minimum_required(VERSION 2.8.12)
project(Foo Fortran)
On 19.03.2014 10:56, Geert Litjens wrote:
Since this week I have been using BundleUtilities to automatically
copy third-party dependencies to the install directory. However, I
have one issue: when we make debug builds we use DEBUG_POSTFIX to
append _d to our executables and libraries (so we
On 20.03.2014 12:18, Martin Koller wrote:
However bulding on CentOS 6 gives me the following error
(and a lot others like this) which I have no idea what cmake
wants to tell me with:
CMake Error: Qt5::moc target not found ui_automoc
what does that mean ?
It means it is trying to use Qt::moc
On 03/20/2014 11:19 PM, Perkins, Jim R CIV NSWC, PCD wrote:
I am using CMake 2.8.12.2 to create a Visual Studio 12 (2013) project that
builds a library (C++). In my CMake file (an example project for simplicity),
I have:
ADD_LIBRARY(testcmake SHARED ${SRC})
The only thing I cannot get to
On 03/24/2014 11:01 AM, Devyani Godbole wrote:
Hi ,
I am getting a problem wherein the if I add the flag say -DWITH_DATE=1
and do a cmake I get it enabled. But now if I do not use this flag and
again do cmake , it still remains DEFINED i.e. it is still present in
CMakeCache.
I do not want it to
SET (MY_SRC Event_log.h other.cpp other1.cpp)
ADD_EXECUTABLE(MyExe ${MY_SRC }
add_custom_command(OUTPUT Event_log.h COMMAND mc Event_log.mc
WORKING_DIRECTORY ${CMAKE_CURRENT_SOURCE_DIR} DEPENDS Event_log.mc)
Whenever I run the build command, this causes the mc to rerun each
time (even if the
On 02.04.2014 17:36, Luis Felipe Dominguez Vega wrote:
Hello averyone, i am crash with my brain with this
this is a little piece of my code...
set(PROG_SRC main.cpp version.cpp)
message(STATUS TO CHECK: ${PROG_SRC})
message(STATUS TO CHECK: ${PROG_SRC})
is equivalent to message(STATUS
On 03.04.2014 23:07, Conan wrote:
I have my env var FC set to /usr/bin/gfortran. This is verified by
the line MESSAGE(FC = $ENV{FC}). However
GET_FILENAME_COMPONENT(Fortran_COMPILER_NAME ${CMAKE_Fortran_COMPILER}
NAME) sets Fortran_COMPILER_NAME to f95. I thought by setting the FC
env
1 - 100 of 884 matches
Mail list logo