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 explicitly
with the Python interpreter that it found i
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 Library):
http://dicom.offis.de/dcmtk.php.
On 11/08/2016 16:24, rle...@codelibre.net wrote:
I've come across an odd situation where I'm unsure what the most
portable and recommended solution would be.
I'm linking a program against the CURL and ICU libraries. CURL has
traditional variables for the includes and libraries; ICU has imported
Hi tonka,
We (Ben) wrote a conversion tool that we use to convert mantis issues
over to gitlab. You can find the project at:
https://gitlab.kitware.com/utils/mantis-to-gitlab
It has an Apache 2.0 license.
On Thu, Aug 11, 2016 at 9:31 AM, tonka tonka wrote:
> Dear Kitware,
>
> First of all, than
Well what I was trying to do was to actually have a target inside the
windows build that would trigger the linux build so to build both at the
same time. imagine you have a VS project one of the "projects" would be the
linux build. So as long as the build folder is different I could have both
build
I've come across an odd situation where I'm unsure what the most
portable and recommended solution would be.
I'm linking a program against the CURL and ICU libraries. CURL has
traditional variables for the includes and libraries; ICU has imported
targets.
In FindICU:
set_target_pr
I have a few different cmake based projects that depend on each other (as a
tree, no circular dependencies). Mostly this works great, but a few people
have expressed interested in a superbuild which builds everything together for
various purposes. I can make this work with ExternalProject, but
Dear Kitware,
First of all, thank for such great tools like cmake, really enjoy your
tools.
I’ve saw that you are using GitLab as your sourcecode system. Also I’ve
see that you have used Mantis as bugtracker before. I have made the same
transition to GitLab, but I’ve not transferred the Manits i
Thank You both. Now it works!
Am 11.08.2016 um 11:29 schrieb Stuermer, Michael SP/HZA-ZSEP:
-Original Message-
From: CMake [mailto:cmake-boun...@cmake.org] On Behalf Of Patrik
Lehmann
Sent: Thursday, August 11, 2016 11:04 AM
To: cmake@cmake.org
Subject: [CMake] Use GLOB to generate fi
> -Original Message-
> From: CMake [mailto:cmake-boun...@cmake.org] On Behalf Of Patrik
> Lehmann
> Sent: Thursday, August 11, 2016 11:04 AM
> To: cmake@cmake.org
> Subject: [CMake] Use GLOB to generate filelist for install package
>
> Hello,
>
> I try to use GLOB to collect the files f
Remove the quotes around the variable MY_INCLUDES_H in the INSTALL command
because this is a list. Using quotes, you pass it as a single string.
On 11/08/16 11:03, "CMake on behalf of Patrik Lehmann" wrote:
Hello,
I try to use GLOB to collect the files for my install package, but
Hello,
I try to use GLOB to collect the files for my install package, but
unfortunately I got the message
'file INSTALL cannot find
"C:/Project/include/test1.h;C:/Project/include/test2.h;...'
My code:
FILE(GLOB MY_INCLUDES_H "${PROJECT_SOURCE_DIR}/include/*.h")
INSTALL(FILES "${MY_INCLUDES
12 matches
Mail list logo