Marc
Thank you. That fixes it.
JB
From: Marc CHEVRIER [marc.chevr...@gmail.com]
Sent: 09 October 2018 09:52
To: Biddiscombe, John A.
Cc: cmake@cmake.org
Subject: Re: [CMake] target_compile_flags and PUBLIC
Have a look at '$' and '$'
genera
I have a problem with exported flags from a project.
If I use `target_compile_options(hpx PUBLIC ${flags})` hpx is compiled with the
flags, and all 500+ tests within the project that depend on hpx inherit the
flags too, so they get built correctly. However, the `HPXTargets.cmake` file
that is g
My system updated cmake to 3.10.1 and now findpackage(mpi) is now unusable
After trying everything I can think of, I have ended up with this, but it still
does not find mpi as the trycompile step fails to build a test mpi due to
missing mpi.h
It used to be so simple. I do not want to use compil
Magnus
>
Wouldn't a better solution be to use an options file, something like ld's
@file[1]?
<
Yes. That solution would require me to make some probably significant changes
to the cmake internals though, and I hoped to find out where the extra path /
directories were coming from and shorten th
When building OpenBLAS on OSX, the link line generated contains around 350K of
text, and the max supported arg length is
getconf ARG_MAX - returns 262144.
This causes the link phase to abort with
Error running link command: Argument list too long
The reason for the problem is that many libraries
Alex
Thank you for this information. I shall test this out right away.
Yours
JB
-Original Message-
From: Alexander Neundorf [mailto:a.neundorf-w...@gmx.net]
Sent: 14 January 2016 23:17
To: cmake@cmake.org
Cc: Biddiscombe, John A.
Subject: Re: [CMake] cdash/ctest question
On Thursday
Apologies for posting a cdash question question to the cmake list…
CDash plots the run-time of tests, which is very useful indeed, but it would be
even more useful if one could output a performance related ‘time’ from a test
where a specific feature was being benchmarked and one could see how it
Robert
>
Have you tried setting CMAKE_PREFIX_PATH
<
That seems to work. I will use it from now on.
Thanks
JB
--
Powered by www.kitware.com
Please keep messages on-topic and check the CMake FAQ at:
http://www.cmake.org/Wiki/CMake_FAQ
Kitware offers various services to support the CMake co
JB
From: CMake [mailto:cmake-boun...@cmake.org] On Behalf Of Biddiscombe, John A.
Sent: 21 July 2015 14:54
To: cmake@cmake.org
Subject: [CMake] find_package and lib/cmake/Foo
I've asked this before, but never resolved it...
if I stall package Foo into
CMAKE_INSTALL_PREFIX=/my/path/prefi
I've asked this before, but never resolved it...
if I stall package Foo into
CMAKE_INSTALL_PREFIX=/my/path/prefix
and generate
/my/path/prefix/lib/cmake/Foo/FooConfig.cmake
etc
then with
Foo_DIR=/my/path/prefix
Foo_ROOT=/my/path/prefix
find_package(Foo)
does not find package Foo
One needs to set
When generating Xcode projects on OSX, for larger projects I get this error
when I attempt to open them (smaller/simpler ones seem to be ok).
In one particular example the Xcode generated project is approx 14MB in size.
Does anyone know of any tools to diagnose what is wrong with the generated
Nils
Marvellous. Just what I needed. Works like a charm. and only 5 minutes between
posting my question and getting the answer.
Many thanks indeed
JB
From: Nils Gladitz [mailto:nilsglad...@gmail.com]
Sent: 14 January 2015 13:17
To: Biddiscombe, John A.; cmake@cmake.org
Subject: Re: [CMake
Hello list
I've got some test scripts which are called with test names and such like and I
am using cmake expansion of vars to get from this
"$"
to
"$"
which is correct. But unfortunately, when I use
file(WRITE "stuff containing above string")
the file is written with "$" inside it, and n
Using Mac OSX 10.9.5 and Eclipse Luna, I am unable to debug projects generated
with cmake.
Although the debugger stops on int main, I can’t get manually set breakpoints
to work (they used to work with a previous install – possibly earlier eclipse).
It always reports, “No source file named …."
If a projX is installed to
~/apps/projX
And when installed it creates
projXConfig.cmake
projXConfigVersion.cmake
projXTargets-debug.cmake
projXTargets.cmake
&etc.
In ~/apps/projX/lib/cmake/projX
It is necessary to say
cmake –Dprojx_DIR=~/apps/projX/lib/cmake/projX …..
When configuring another
Nils
I wasn’t setting xxx_FOUND at all - and I never resolved this problem, but
it went away on its own after I made some changes to various config files
etc.
Thanks anyway.
JB
On 16/09/14 18:08, "Nils Gladitz" wrote:
>On 16.09.2014 17:38, Biddiscombe, John A. wrote:
>> &q
I have a project which generates a project-config.cmake file and a
project-config-version.cmake file in the relevant place,
When another project tries to find_package it, I receive this message from cmake
"
Found package configuration file:
/Users/biddisco/build/cmakesuper/xxx/xxx-config.c
The dashboard I'm setting up is so helpful. Thanks cdash/ctest people.
After a submit, is it possible to get the ID so that I can generate URLs that
point to the test fails (because the buildbot is on another site and I'd like
to generate links back to the dashboard on it)
example URL : http://c
David
OK, understood.
Currently, the buildbot is running 145 unit tests, then 52 regression
tests in separate steps, every dashboard line has +145 and -52
respectively so the +/- numbers can’t get much worse!
My dashboard is 1.8.2 which dates back a few years. Just seeing the
red/green (and one
t writes a new time stamp tag, and all that follows
>should be associated with the most recent start's tag.
>
>
>HTH,
>David C.
>
>
>
>> On Sep 5, 2014, at 5:07 PM, "Biddiscombe, John A."
>>wrote:
>>
>> Sorry if this is off topic for t
Sorry if this is off topic for the list.
If I
ctest –D ExperimentalStart
ctest –D ExperimentalTest –R test1
ctest –D ExperimentalSubmit
Then
ctest –D ExperimentalStart
ctest –D ExperimentalTest –R test2
ctest –D ExperimentalSubmit
It appears as two entries on the dashboard, but I’d like to have
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 pr
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 work-arou
I don't really understand what these policies are for, but I always get the
error message in the title when I include cmake generate config files which
contain push pop such as the following example
== cmakelists
cmake_minimum_required(VERSION 2.8)
project(TEST)
# makes no dif
Eric
Do you happen to know what docs you were looking at? It may be worth a little
bit to post that to this mailing list so that hopefully the person that wrote
those docs could be so kind as to update them with the correct syntax.
I can't find the ones I was looking at before. But hopefully n
Eric
Thanks for pointing that out, the help docs I was looking at didn't mention
, with that added it works as expected.
Cheers
JB
From: Eric Clark [mailto:ecl...@ara.com]
Sent: 19 October 2012 19:17
To: Biddiscombe, John A.
Cc: CMake Mailing List (cmake@cmake.org)
Subject: RE: help
I don't understand why this stripped down test gives the wrong results. Can
anyone point out what I've done wrong. I'm using cmake 2.8.9
Thanks
JB
=== TEST cmake ===
include (CMakeParseArguments)
MACRO(ADD_TEXT_TEST)
CMAKE_PARSE_ARGUMENTS(
TEST ""
"NAME;COMMAND;ARGSLIST;BASELINE"
06
To: Michael Jackson
Cc: Biddiscombe, John A.; cmake@cmake.org
Subject: Re: [CMake] cmake + VS 2012
The Visual Studio addin is from vscommands.com and is mentioned in this bug
report on the issue:
http://public.kitware.com/Bug/view.php?id=11258
As you can tell from reading through the n
>
I'm working on a big project with both VS2010 and VS2012, I don't have such
problems.
Now I use VS2012 almost only and to me it seems faster to load.
<
Thanks. that’s good to know.
(I suspect that because I do a lot of cmakelists.txt editing on large projects
that I get hit harder than most by
I had a lot of trouble with cmake and VS 2010 due to the IDE crashing when
projects were regenerated by cmake and having to click reload millions of times.
Can anyone tell me if things are better with visual studio 2012? I want to
upgrade some projects, but will delay a while if I know these IDE
>
Sure, when project A is loaded into project B it either needs to search and
load the hdf5 cmake file or require that to be done in project B before loading
project A. Then the hdf5 target will be known in project B too and linking will
work fine.
<
Using find_package in project B is an option
Project A creates a target which links to hdf5 using the hdf5 cmake generated
cmake file which lists the imported location for the debug lib as hdf5d.lib
SET_TARGET_PROPERTIES(hdf5 PROPERTIES
IMPORTED_LINK_INTERFACE_LANGUAGES_DEBUG "C"
IMPORTED_LINK_INTERFACE_LIBRARIES_DEBUG "kernel32;ws2
cmake.org] On Behalf Of
Biddiscombe, John A.
Sent: 05 August 2011 14:34
To: David Cole
Cc: cmake@cmake.org
Subject: Re: [CMake] odd cmake/DOS bug/issue with eol
David
>Yes, it's probably an intermediate (make, shell?) "interpreting" the output
>along the way.
does that mean i
David
>Yes, it's probably an intermediate (make, shell?) "interpreting" the output
>along the way.
does that mean it's a bug?
>You can try to add "VERBATIM" to the custom command call and see if that helps.
Nope. Same result. I think verbatim just leaves the args untouched rather than
the outpu
Forgot to ask : Is it possible that ctest is capturing the std out stream,
passing it into a std::iostream and the extra eol is being added there?
JB
From: cmake-boun...@cmake.org [mailto:cmake-boun...@cmake.org] On Behalf Of
Biddiscombe, John A.
Sent: 05 August 2011 12:11
To: cmake@cmake.org
the hdf5 project uses a custom command to generate a C file from a previously
compiled exe.
it looks like this
#-
# Setup the H5Detect utility which generates H5Tinit with platform
# specific type checks inside
#---
>>
I think that the cmVisualStudio10TargetGenerator.cxx would be the most
likely place for the fortran support to be added. They should be close
to what is done in the cmLocalVisualStudio7Generator for fortran support.
>>
OK, that's what I ended up doing. I generated a simple fortran project us
cmake.org [mailto:cmake-boun...@cmake.org] On Behalf Of
Biddiscombe, John A.
Sent: 22 February 2011 08:51
To: Bill Hoffman; cmake@cmake.org
Subject: Re: [CMake] Fortran good and bad
BIll,
>Kitware has not had the funding or access to a Fortran compiler that
works with VS 2010. So, that has
You compile cmake etc on the platform on which you are working (XT5 etc) and
then do things as usual. here's a snippet from some instructions I made about a
year ago for our xt5 (I've not tried this on BG)
begin snip
To actually run the tests : in ccmake configuration, ensure that the mpiexe
BIll,
>Kitware has not had the funding or access to a Fortran compiler that
works with VS 2010. So, that has not yet been implemented.
I've got two projects that are using fortran heavily, so I may have a go at
fixing up the generator.
If I were to spend a few days improving the fortran suppor
First off, I just upgraded to cmake 2.8.4 (from 2.8.2) and the visual studio +
intel fortran support is much much better. Thank you whoever fixed it up.
Projects generate correctly and build out of the box
(Intel Fortran 10.x + visual studio 2008) - previously I had to generate nmake
makefiles f
Does fortran (intel 11.x integration) work in the latest MSVC 2010 supported
version. I tried several months back but the fortran project generator was not
upgraded so I dropped back to 2008. Has any progress been made?
thanks
JB
___
Powered by www.ki
There are some examples of usage in the hdf5 1.8.5/6 cmakelists files. Google
should find you a download location and if you then look in the fortran sub
directory there's some examples there.
JB
-Original Message-
From: cmake-boun...@cmake.org [mailto:cmake-boun...@cmake.org] On Behalf
If I install using this kind of stuff
INSTALL (
FILES ${PROJECT_BINARY_DIR}/H5pubconf.h
DESTINATION ${HDF5_INSTALL_INCLUDE_DIR}
COMPONENT headers
)
and
INSTALL (
EXPORT ${HDF5_EXPORTED_TARGETS}
DESTINATION ${HDF5_INSTALL_LIB_DIR}/cmake/hdf5-${HDF5_PACKAGE_VERS
When using ifort on windows I do the following
a) Make sure cmake is launched from inside a cmd prompt with the
ifort-vars.bat set so that the ifort compiler is on the path etc etc
b) always use nmake makefiles to do the initial configure and detection
c) once the project is re
The latest 1.8.5.x release branch of svn is CMake friendly and you shouldn't
have this trouble is you're willing to recompile/install it
Something along these lines will work for an installation on win32 into
/program file/HDF5
FIND_PACKAGE(HDF5 "1.8.5" REQUIRED NO_MODULE PATHS "$ENV{ProgramF
I tried and failed to generate working project files for the Fortran 12
compiler with Visual Studio 2010. (NMake works ok)
Has anyone else tried with success ?
If not ... is there any possibility of CMake Developers targeting the New Intel
tool suite in the near future?
I'd like to have a go a
.@cmake.org [mailto:cmake-boun...@cmake.org] On Behalf Of
> Michael Hertling
> Sent: 08 June 2010 23:34
> To: cmake@cmake.org
> Subject: Re: [CMake] ${PROJECT}-config.cmake
>
> On 06/07/2010 05:24 PM, Biddiscombe, John A. wrote:
> > When using the install target command as follows
&g
All in all it'd be much nicer if there was some kind of hook in ctest which
could be used to inform it that a number of tests had been run, and let it
populate and submit the XML report based on that information. But, if there's
any way to do that, it's highly undocumented...
It doesn't app
I'm sure someone has a better answer ... but ...
> I have complete control over the test
> program and can make it output whatever I want.
Have a look at the XML produced by ctest itself and generate it yourself? then
submit it and you should see each test separately
(Just thinking out loud)
J
rg] On Behalf Of
> Biddiscombe, John A.
> Sent: 07 June 2010 17:25
> To: cmake@cmake.org
> Subject: [CMake] ${PROJECT}-config.cmake
>
> When using the install target command as follows
>
>
>
> INSTALL (
>
> TARGETS
>
>
When using the install target command as follows
INSTALL (
TARGETS
${HDF5_LIB_TARGET}
EXPORT
${HDF5_EXPORTED_TARGETS}
LIBRARY DESTINATION lib COMPONENT libraries
ARCHIVE DESTINATION lib COMPONENT libraries
RUNTIME DESTINATION bin COMPONENT librar
Kelly
> First, I wrote a set of macros that would determine the how FC names module
> files (evidently there is no standard naming scheme) by using the
> try_compile() macro.Next, I created a macro that would take a list of
> Fortran sources and return a list of 'predicted' module file names b
I can't seem to find a way of installing the compiled mod files from a mixed
fortran/C/C++ project (on windows and linux).
I can see all the mod files in ${CMAKE_Fortran_MODULE_DIRECTORY}, but various
attempts to install them after compilation fail.
My closest effort looks something like this
Within paraview we wish to build hdf5, which is now cmake based, so we
ADD_SUBDIRECTORY(blah) and hdf5 is compiled nicely with lib targets added to
the build.
Some settings (like lib names) are needed by the host project, so we want to
SET(HDF5_CONFIG ${ParaView_BINARY_DIR}/Utilities/hdf5-1.8/HD
> There will be a new FindHDF5.cmake?
> How will my CMakeLists.txt change?
I planned on spending a bit of time on resolving a few last CMake+HDF5 issues
before the 1.8.5 branch of hdf is closed (I believe April 15). I had planned on
looking at FindHDF5.cmake as clearly a new one will be requir
We have a project where the data generated is very large and too costly to
store permanently, so we'd like to be able to
a) Tag the source code used when the run is initiated using the SCM
(svn/git etc)
b) Automatically store all the user configured CMake options (using cmake
CONFIG
the solution.
Thanks Michael/Bill
JB
> -Original Message-
> From: cmake-boun...@cmake.org [mailto:cmake-boun...@cmake.org] On Behalf Of
> Biddiscombe, John A.
> Sent: 04 March 2010 16:46
> To: Bill Hoffman
> Cc: cmake@cmake.org
> Subject: Re: [CMake] static library link
Bill
> Does ParaView itself not
> link static on linux?
In general no not really. On our Cray we have no dynamic lib support and this
kind of thing is very painful. On other machines even if you turn off shared
libs, in actual fact, the final exe does pull in all the system libs as shared
o
given a config like this
TARGET_LINK_LIBRARIES(${KIT}CxxTests vtkIO vtkImaging vtksys)
I have the trouble that vtksys pulls in a whole bunch of DynamicLoader stuff
(kwsys) - which apart from being rather odd when building statically, forces
the linker to need -ldl added to the link line.
The t
Clint,
Nice. This works perfectly (or at least as far as I can tell so far).
Thanks a lot
JB
> -Original Message-
> From: Clinton Stimpson [mailto:clin...@elemtech.com]
> Sent: 15 December 2009 15:51
> To: Biddiscombe, John A.
> Cc: paraview-develop...@paraview.org;
raview-developers-boun...@paraview.org [mailto:paraview-developers-
> boun...@paraview.org] On Behalf Of Biddiscombe, John A.
> Sent: 15 December 2009 11:31
> To: paraview-develop...@paraview.org
> Cc: cmake@cmake.org
> Subject: [Paraview-developers] CMake ParaView parallel testing o
Whilst setting up a dashboard for ParaView using windows + MPI, I noticed that
a number of tests always fail because the executable is not found. I find that
CMake code such as this
ADD_TEST(ParallelIso-image
${VTK_MPIRUN_EXE} ${VTK_MPI_PRENUMPROC_FLAGS} ${VTK_MPI_NUMPROC_FLAG} 2
${VTK_MPI_P
Brad
Great. Thanks very much for looking at it.
JB
> -Original Message-
> From: Brad King [mailto:brad.k...@kitware.com]
> Sent: 02 December 2009 17:57
> To: Biddiscombe, John A.
> Cc: cmake@cmake.org
> Subject: Re: [CMake] Fortran name mangling
>
> Brad Kin
Michael
Thank you. That seems to do what I need.
JB
> You can use
>
> export(TARGETS target ...
>[NAMESPACE namespace]
>[APPEND]
>FILE output_file
>)
>
> which you can then include() in your dependent project.
>
> Michael
___
Powere
The command
INSTALL(
TARGETS ${PROJ_LIB_NAME}
EXPORT proj-targets
LIBRARY DESTINATION lib
ARCHIVE DESTINATION lib
RUNTIME DESTINATION bin
)
Works very nicely, when 'make install' is invoked, is there a way of achieving
a similar result which is generated in the build directory -
I am in the process of switching the hdf5 library used by paraview from the
older 1.6.x to the newer 1.8.x and I encountered a problem caused by the fact
that the new variable
CMAKE_LIBRARY_OUTPUT_DIRECTORY
is set by hdf1.8.x when included in the paraview main project - and it
overrides the LIBR
Rather than try to explain, have a look at this one I made earlier it
inherits stuff from the parent project, but you should see what’s going on.
http://gitorious.org/hdf5/hdf5-v18/blobs/master/fortran/CMakeLists.txt
scroll down until you see
#---
First off, I'd like to say thanks to whoever is responsible for the huge
improvements in Fortran support in cmake-1.8.0. I've got most of the hdf5
Fortran testing framework essentially running smoothly on win32 intel visual
fortran 11.x - no changes necessary to the default Fortran flags and det
69 matches
Mail list logo
