On 08/25/2015 01:00 PM, Cody Krieger wrote:
// Created by Joe Schmoe on 8/25/15.
// Copyright (c) 2015 My Company, Inc. All rights reserved.
CMake-generated Xcode project files are not meant for redistribution.
What other effects does such a notice have? Does it appear in the
IDE somewhere?
On 08/27/2015 07:20 AM, Mathieu MARACHE wrote:
I'm maintaining a CTest output parser for Bamboo. It was reported to me that
CMake 3.3.1 produced parsing issues in my plugin. After digging into CMake
source code, it seems that a bug was introduced with the replacement of
direct use of cmXMLSafe
This is pretty nice from the perspective of an engineer. But I wonder if it
wouldn't be kind of over-engineered in the sense that it would be a rather
hidden feature for the purpose? -- I probably wouldn't think of searching for a
generator expression in the documentation when I have trouble
On 08/26/2015 03:35 AM, Kislinskiy, Stefan wrote:
Would you prefer to have a switch for each *_DIR variable for all
target steps, or a common switch but for each target step, like
the new USE_TERMINAL switches in the master?
[snip]
Von: CHEVRIER, Marc [marc.chevr...@sap.com]
Offering the
Yes, TO_CMAKE_PATH is used quite often. Just imagine parsing paths as input. Or
when you create CMake scripts during the build you might want to call
file(TO_CMAKE_PATH) in there. It makes sense on both ends, as input and output.
:) I also vote for consistent naming, if the generator
Siebren,
We've never really used static linking so I am not sure if it ever really
worked. I can try and let you know.
However, I'm having flashbacks here to something I thought I had done before. I
dug through my emails and back in 2012 I had signed up to maintain a new module
that
On 08/21/2015 09:50 AM, Brad King wrote:
UseJava: Add support for javah tool
http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=4476feac
There is still one failure on the dashboard but I think it is
related to the way the run is configured rather than a problem
with the source. Once I've
On 08/25/2015 10:29 AM, Raffi Enficiaud wrote:
Thank you for the feedback (and sorry for the late reply). However I
could not find any example of this fixup_bundle, and I find that quite
complicated just to copy a directory to the bundle itself.
See the bottom of
-Original Message-
From: cmake-developers [mailto:cmake-developers-boun...@cmake.org]
On Behalf Of Kislinskiy, Stefan
Sent: Thursday, August 27, 2015 13:44
To: Brad King; CHEVRIER, Marc; David Cole
Cc: cmake-developers@cmake.org
Subject: Re: [cmake-developers] ExternalProject: Use
On 08/25/2015 04:39 PM, Michael Scott wrote:
I'm assuming that there should be a IMPORTED_LOCATION property defined
in all cases as well?
No, there doesn't need to be. Once IMPORTED_CONFIGURATIONS is populated
then we expect each configuration to have an IMPORTED_LOCATION_CONFIG
setting too.
I’m glad you like it ☺ BTW generating for VS2013 + Nsight Tegra should already
be supported in CMake. Support for VS2015 will be added to Nsight Tegra in the
next release.
-Dmitry
From: Peter List [mailto:pem.l...@gmail.com]
Sent: Thursday, August 27, 2015 1:36 AM
To: Dmitry Polyanitsa
Hi Siebren,
I tried to link statically and it did not work for me, similar errors as to
what you are getting.
The way the macro is supposed to work -- it checks for the MKL link tool and if
it is available, it uses and provides the libraries needed. If it is
unavailable (or throws errors or
The following issue has been SUBMITTED.
==
http://www.cmake.org/Bug/view.php?id=15714
==
Reported By:Felix Geyer
Assigned To:
On 26-Aug-15 22:53, Gregor Jasny wrote:
Hallo,
On 13/08/15 12:56, Ruslan Baratov wrote:
On 13-Aug-15 08:46, Gregor Jasny wrote:
On 13/08/15 01:44, Ruslan Baratov via cmake-developers wrote:
Sending patches with fix. Now it's possible to install simulator
libraries by:
cmake --build
Hi Tim,
On Thu, Aug 27, 2015 at 4:32 PM, Tim Gallagher tim.gallag...@gatech.edu
wrote:
Siebren,
We've never really used static linking so I am not sure if it ever really
worked. I can try and let you know.
Could you please do so? Just to verify that I'm not doing something
obviously wrong
On 08/27/2015 03:48 AM, Tony Kelman wrote:
First hunk below is from Yaakov Selkowitz, it was reported to be
necessary to build KF5 in Cygwin. Second hunk fixes the corresponding
test to account for the change. Currently the MinGW platform reference
outputs appear to match the Cygwin results
On Aug 27, 2015, at 6:39 AM, Brad King brad.k...@kitware.com wrote:On 08/25/2015 01:00 PM, Cody Krieger wrote:// Created by Joe Schmoe on 8/25/15.// Copyright (c) 2015 My Company, Inc. All rights reserved.CMake-generated Xcode project files are not meant for redistribution.What other effects does
On 08/27/2015 10:06 AM, James Johnston wrote:
I would vote naming it TO_NATIVE_PATH instead of PATH_FOR_SHELL, for
consistency with the existing parameter in the file command.
The file(TO_NATIVE_PATH) command is hopelessly ill-defined:
http://www.cmake.org/Bug/view.php?id=5939
See also
On Thu, Aug 27, 2015 at 3:34 PM, Brad King brad.k...@kitware.com wrote:
On 08/27/2015 07:20 AM, Mathieu MARACHE wrote:
I'm maintaining a CTest output parser for Bamboo. It was reported to me that
CMake 3.3.1 produced parsing issues in my plugin. After digging into CMake
source code, it seems
The following issue has been SUBMITTED.
==
http://public.kitware.com/Bug/view.php?id=15715
==
Reported By:shuaiw
Assigned To:
A related but different issue... I tried adding this to my CMakeLists.txt:
set(CMAKE_ANDROID_NATIVE_LIB_DEPENDENCIES zzz)
set(CMAKE_ANDROID_NATIVE_LIB_DIRECTORIES yyy)
But cmake 3.1.1 release does not add the expected properties to my
vcxproj. In fact, the strings zzz and yyy are not found in
vs2010 works for my CMakeLists.txt:
cmake -GVisual Studio 10 2010 -DCMAKE_SYSTEM_NAME=Android ..\pemDemos
-- The C compiler identification is GNU 4.9.0
-- The CXX compiler identification is GNU 4.9.0
-- Check for working C compiler using: Visual Studio 10 2010
-- Check for working C compiler
Hi Tim,
That is encouraging, thanks. I went back and tried harder this time, when I
specified BLA_VENDOR precisely and leave BLA_STATIC off, I am able to get
to the correct versions.
In the very same directory where the shared libraries are found, I have the
static libraries as well, but
Hi Tim,
Quick add-on to my previous email. With BLA_STATIC ON, I see from the
CMakeError.log that the static libraries ARE found (I was trusting the),
but the linking of the test program goes wrong:
undefined reference to `mkl_blas_sgemv`
But that function IS implemented in one of the three
Hi there,
I'm maintaining a CTest output parser for Bamboo. It was reported to me
that CMake 3.3.1 produced parsing issues in my plugin. After digging into
CMake source code, it seems that a bug was introduced with the replacement
of direct use of cmXMLSafe and std::ostream in favor of
First hunk below is from Yaakov Selkowitz, it was reported to be
necessary to build KF5 in Cygwin. Second hunk fixes the corresponding
test to account for the change. Currently the MinGW platform reference
outputs appear to match the Cygwin results here, though a separate new
pair of reference
26 matches
Mail list logo