>
> This is what Spack and other meta builders do. I don't think CMake is the
> best place to do it, for a number of reasons. I would not try to re-invent
> the wheel here.
>
See http://github. com/llnl/spack
>
-- Elizabeth
--
Powered by www.kitware.com
Please keep messages on-topic and check
On 12/08/2016 19:59, Robert Dailey wrote:
Hello,
I've been thinking of a different approach for a while. I've done some
toying around with the "Super Build" concept, where I have a separate
CMake project that does nothing but use the ExternalProject module to
build libraries in real time along
This is what Spack and other meta builders do. See http://github.
com/llnl/spack
On Aug 12, 2016 3:59 PM, "Robert Dailey" wrote:
> Hello,
>
> There is an internal C++ product at the company I work for which I
> have written a series of CMake scripts for. This project actually has
> dependencies
A superbuild will work, and you can write your own Find*.cmake so that
find_package works - you don't need most of what the real Find_package would do
for you because you already know what is installed where as you control that.
But, can you live with the trade off: long build times?
What my c
Hello,
There is an internal C++ product at the company I work for which I
have written a series of CMake scripts for. This project actually has
dependencies on several open source libraries, such as boost,
freetype, openssl, etc.
Right now what we do is build each of these third party libraries *
We do it like this:
- in projectA/CMakeLists.txt:
set( ProjectA_IN_TREE TRUE CACHE INTERNAL "" )
- in projectA/ProjectA-config.cmake.in (which is converted to
ProjectA-config.cmake by a call to configure_package_config_file from
the CMakePackageConfigHelpers module):
if( Projec
I did not find the binaries. Rather I misread them. Let me try that.
Ken
From: Stefan Buschmann [mailto:s_buschm...@gmx.de]
Sent: Friday, August 12, 2016 9:29 AM
To: Ken Boulange ; cmake@cmake.org
Subject: Re: [CMake] No response so far. -- Looking for fixed contract help
building Libra
Did you realize that there already is a download for the library in
binary form?
See "DCMTK 3.6.0 - support libraries for Windows" on the website you posted.
That should be all you need to use that library in your own projects.
Do you require any special configuration that you need to build it
On 2016-08-12 15:50, Ken Boulange wrote:
I am a one man company that needs to get a Library built from C/C++
source using CMake.
My system is windows 7 Professional. I am running MVS 8 (Microsoft
Visual Studios 8) I need the following library built from the below
URL (It's a DICOM image Librar
Any help would be appreciated.
From: Ken Boulange [mailto:k...@shapesearch.com]
Sent: Thursday, August 11, 2016 5:57 PM
To: 'cmake@cmake.org'
Subject: Looking for fixed contract help building Library with CMake.
I am a one man company that needs to get a Library built from C/C++ source
Specify flags as strings rather than lists (i.e. add quotes):
add_compile_options("--param l1-cache-size=24")
add_compile_options("--param l1-cache-line-size=64")
add_compile_options("--param l2-cache-size=512")
On 12/08/16 11:08, "CMake on behalf of Alex Biddulph" wrote:
Hi,
I am trying to add some GCC compiler optimisation flags using the
add_compile_options directive but am running into some issues due to the nature
of the flags.
There are 3 flags that I am trying to set:
--param l1-cache-size=24
--param l1-cache-line-size=64
--param l2-cache-size=512
If I t
12.08.2016, 04:32, "Zan Lynx" :
> The Fedora /usr/bin/cxxtestgen script calls /usr/bin/python3. NOT
> python2 or python.
>
> CMake runs /usr/bin/python /usr/bin/cxxtestgen which is linked to
> python2, and the script fails.
>
> I don't quite understand why CMake feels the need to call it explicit
Hi all,
a bit late to the party, but in case it's still relevant: targets have a
property named TYPE ( https://cmake.org/cmake/help/latest/prop_tgt/TYPE.html
) which stores the target type as a string:
get_property(type TARGET TargetName PROPERTY TYPE)
if(type STREQUAL "EXECUTABLE" OR type MATCHE
14 matches
Mail list logo
