On Wed, Jul 15, 2015 at 9:10 AM, Brad King wrote:
> On 07/09/2015 01:35 PM, Clifford Yapp wrote:
>> 1. First, we need to maintain a list of all files in the source
>> repository that are known to the build system. To do this we maintain
>> a global list of files, define a custom CMAKEFILES comma
I didn't know about the two signature of
cmCompiledGeneratorExpression::Evaluate, what's the difference? Could it create
an issue?
As for the TARGET_PROPERTY generator expression, are you suggesting this could
potentially be an issue? I haven't tried it.
-Original Message-
From: cmake-
Michael Enßlin writes:
> Over the last several decades, at least on the POSIX platform, it has
> become common practice to invoke compilers with relative file paths, and
> compilers have adopted to act accordingly. While the true culprit is the
> C standard's lax definition of __FILE__, I'm blami
Robert Goulet wrote:
> Greetings!
>
> Patch in attachment for all OUTPUT_DIRECTORY variants to support generator
> expressions. Thanks!
There are two signatures for cmCompiledGeneratorExpression::Evaluate. Did
you use the correct one?
Does this support all generator expressions? Including TARG
Looking at the cmMessageCommand::InitialPass and
cmake::PrintMessagePreamble code, if we want to mirror the deprecation
message behaviour, I'm tempted to suggest we also modify the message
mode "AUTHOR_WARNING" to be "AUTHOR" instead. It would make the mode
clearer on it's new behaviour and all
I've just read the discussion at
http://www.cmake.org/Bug/view.php?id=15299 about
the deprecation of CMakeExpandImportedTargets. I guess it means no fixes to
it.
I'm checking BundleUtilities as suggested there.
Tamas
On Wed, Jul 15, 2015 at 5:56 PM, Tamás Kenéz wrote:
> The CMakeExpandedImport
The following issue has been SUBMITTED.
==
http://www.cmake.org/Bug/view.php?id=15655
==
Reported By:James Bigler
Assigned To:
The following issue has been SUBMITTED.
==
http://www.cmake.org/Bug/view.php?id=15654
==
Reported By:James Bigler
Assigned To:
The following issue has been SUBMITTED.
==
http://www.cmake.org/Bug/view.php?id=15653
==
Reported By:James Bigler
Assigned To:
The CMakeExpandedImportedTargets module used only the deprecated
IMPORTED_LINK_INTERFACE_LIBRARIES property to resolve transitive
dependencies.
Since the current `install(EXPORT ...)` command generates target files that
populate INTERFACE_LINK_LIBRARIES instead, the expand module was not
working co
On Wed, Jul 15, 2015 at 11:07 AM, Brad King wrote:
> On 07/15/2015 10:57 AM, Daniel Pfeifer wrote:
> > The new element `ChangeId` is added to Build.xml and Test.xml.
> > Did you consider adding it as an attribute in `cmCTest::StartXML`
> instead?
> > That would make this (very useful) information
On 07/15/2015 10:57 AM, Daniel Pfeifer wrote:
> The new element `ChangeId` is added to Build.xml and Test.xml.
> Did you consider adding it as an attribute in `cmCTest::StartXML` instead?
> That would make this (very useful) information available in all xml files.
I think that would make sense sin
Hi,
The new element `ChangeId` is added to Build.xml and Test.xml.
Did you consider adding it as an attribute in `cmCTest::StartXML` instead?
That would make this (very useful) information available in all xml files.
cheers, Daniel
--
Powered by www.kitware.com
Please keep messages on-topic an
On 07/02/2015 09:53 AM, Stuermer, Michael SP/HZA-ZSEP wrote:
> I got the first sort of working version running. Would be great
> if some people could have a look at it if it's going into a
> good direction.
Thanks again for working on this. Sorry for the delay in response.
I was working on the ba
On 07/15/2015 06:16 AM, Eric Wing wrote:
> I just tried out the July 15th nightly build and it looks like it is
> working (Xcode generator). I got a little fancy and did an intermixed
> C/Swift test. I have a simple SDL (C) based program with Swift
> bindings and I'm able to build/run it and step t
We use it for our game engine Android development, and I must say this is
definitively super awesome. Looking forward for these improvements! Thanks a
lot for all this work.
-Original Message-
From: cmake-developers [mailto:cmake-developers-boun...@cmake.org] On Behalf Of
Mikhail Filimo
Thanks, Brad.
As usual, we're open for community feedback on Nsight Tegra project generator.
-Mikhail
-Original Message-
From: Brad King [mailto:brad.k...@kitware.com]
Sent: 15 июля 2015 г. 16:10
To: Mikhail Filimonov
Cc: cmake-developers@cmake.org; Dmitry Polyanitsa
Subject: Re: [cmake
On 07/09/2015 01:53 PM, Clifford Yapp wrote:
> Actually, thinking about that, what's really needed is not an
> in-memory log but a way to specify log files, since an unexpected
> crash or exit is not a situation under which such in-memory logs could
> be reliably written to disk. So it would inste
On 07/10/2015 03:42 PM, Clifford Yapp wrote:
> On Thu, Jul 9, 2015 at 1:35 PM, Clifford Yapp wrote:
>
>> 2. Provide similar lists of all defined targets for the various types
>> (e.g. CMAKE_EXECUTABLE_TARGETS, CMAKE_LIBRARY_TARGETS,
>> CMAKE_CUSTOM_TARGETS).
>
> Looking into the CMake sources,
On 07/09/2015 01:35 PM, Clifford Yapp wrote:
> 1. First, we need to maintain a list of all files in the source
> repository that are known to the build system. To do this we maintain
> a global list of files, define a custom CMAKEFILES command to allow us
> to manually specify miscellaneous files
On 07/13/2015 01:19 PM, 蓝星灿 wrote:
> However it's time to change this situation right? I think current version of
> interface library is already closed to what header library project wants,
> through maybe original design goal was not going to do so, but I couldn't see
> any scene to use interface
On 07/14/2015 11:52 AM, Stanimir Kabaivanov wrote:
> I would like to contribute with EUROS RTOS platform description file
> that would allow us to build EUROS RTOS projects with CMake.
Thanks. Applied with minor tweaks:
Add EUROS RTOS platform description file
http://cmake.org/gitweb?p=cmake.g
On 07/13/2015 06:43 PM, Raffi Enficiaud wrote:
> - and I specify the location of those frameworks within the application
> bundle:
>
> set_source_files_properties(${fcCamFramework} PROPERTIES
> MACOSX_PACKAGE_LOCATION Frameworks)
> set_source_files_properties(${sbigudFramework} PROPERTIES
> MA
On 07/13/2015 12:44 PM, Mikhail Filimonov wrote:
> I've improved the patch according to the Brad's and Dmitry's comments -
> namely:
> 1. Improved the documentation for a few target properties.
> 2. Removed the explicit toolchain file for Nsight Tegra generator test.
> 3. Improved the generator he
On 07/10/2015 03:18 PM, Michael Enßlin wrote:
> The patch adds a global property, "TARGET_MESSAGES", which behaves
> analogous to "RULE_MESSAGES" in that it can be explicitly set to OFF to
> suppress some build output.
Thanks! I've applied it with minor tweaks:
Makefile: Optionally disable targ
The following issue has been DELETED.
==
Reported By:Mathieu Malaterre
Assigned To:
==
Project:CMake
Issue
The following issue has been SUBMITTED.
==
http://www.cmake.org/Bug/view.php?id=15652
==
Reported By:Mathieu Malaterre
Assigned To:
On 7/7/15, Brad King wrote:
> On 07/02/2015 07:54 PM, Eric Wing wrote:
>> Thank you Brad. When you are ready, let me know how I can help next.
>
> I have basic support with the Xcode generator done.
>
> Please try out this commit:
>
> Add rudimentary support for the Apple Swift language with Xcod
28 matches
Mail list logo
