Am 2016-06-09 23:35, schrieb Stuart Mentzer:
On 6/9/2016 9:33 AM, Rolf Eike Beer wrote:
Am 2016-06-09 15:00, schrieb Brad King:
On 06/08/2016 12:33 AM, Stuart Mentzer wrote:
Here is a little patch that lets FindFreetype find the debug
library on Windows, where it is named with a d suffix.
Th
On 06/09/2016 11:24 PM, Daniel Pfeifer wrote:
> On Thu, Jun 9, 2016 at 2:17 PM, Brad King wrote:
>> On 06/09/2016 05:06 AM, Tobias Hunger wrote:
>>> CMake Error at src/1/app/CMakeLists.txt:70 (add_custom_target):
>>> Cannot find source file:
>>>
>>> unknownFile.qml
>>>
>>> Tried extensions
On 6/9/2016 9:33 AM, Rolf Eike Beer wrote:
Am 2016-06-09 15:00, schrieb Brad King:
On 06/08/2016 12:33 AM, Stuart Mentzer wrote:
Here is a little patch that lets FindFreetype find the debug
library on Windows, where it is named with a d suffix.
Thanks. I split the patch into two and applied:
On Thu, Jun 9, 2016 at 2:17 PM, Brad King wrote:
> On 06/09/2016 05:06 AM, Tobias Hunger wrote:
>> CMake Error at src/1/app/CMakeLists.txt:70 (add_custom_target):
>> Cannot find source file:
>>
>> unknownFile.qml
>>
>> Tried extensions .c .C .c++ .cc .cpp .cxx .m .M .mm .h .hh .h++ .hm .hp
On 06/09/2016 04:24 PM, Tobias Hunger wrote:
>> Please rebase on that (at least once it is in master).
>
> How long does it usually take to get something into master?
Typically a (business) day or two, but sometimes longer depending
on trouble with testing in 'next' on our dashboards.
-Brad
--
On Thursday 09 June 2016 12:59:40 Tobias Hunger wrote:
> Hi Milian,
...
> > > "targets":
> > > [
> > > {
> > > "fullName":"test",
> > > "name":"test",
> > > "type":"GLOBAL_TARGET"
> > > },
> >
> >
> > A nice-to-
Hi Brad,
Am 09.06.2016 19:57 schrieb "Brad King" :
>
> On 06/09/2016 09:27 AM, Brad King wrote:
> >>
https://github.com/hunger/CMake/commit/bc060a44b6b2c2281ffe99815163ba02ec835dd6
> > Good. I need to review that one more deeply but should be able to
integrate it.
>
> I split out some incremental
On 06/09/2016 09:27 AM, Brad King wrote:
>> https://github.com/hunger/CMake/commit/bc060a44b6b2c2281ffe99815163ba02ec835dd6
> Good. I need to review that one more deeply but should be able to integrate
> it.
I split out some incremental commits toward that:
cmCommonTargetGenerator: De-duplicate
Hello everybody,
Ok, so far I changed this:
* sourceGroups got renamed to fileGroups
* System include paths get reported
* GLOBAL_TARGETs are no longer listed.
So this is what it looks right now:
[== CMake MetaMagic ==[
{
# Reply header:
"cookie":"",
"type":"reply",
"inReplyTo":"p
On Thu, Apr 28, 2016 at 14:16:40 -0700, Chris Bieneman wrote:
> The only comment I think I didn’t directly update the document for was
> Dan’s comment about GLOBAL properties. I kinda have mixed feelings
> about GLOBAL properties. I know why we use them, but I’m not sure I
> want to encourage peopl
On 06/09/2016 11:28 AM, Ben Boeckel wrote:
> On Wed, Jun 08, 2016 at 10:12:13 -0400, Brad King wrote:
>> Side note: This is another thing that should be cleaned up in the Ninja
>> generator. It should hold target-wide flags in the per-target rules.ninja
>> entries instead of duplicating them for e
On Wed, Jun 08, 2016 at 10:12:13 -0400, Brad King wrote:
> Side note: This is another thing that should be cleaned up in the Ninja
> generator. It should hold target-wide flags in the per-target rules.ninja
> entries instead of duplicating them for every object file in build.ninja.
> That would ma
On Do, 2016-06-09 at 16:07 +0200, Milian Wolff wrote:
> On Donnerstag, 9. Juni 2016 13:27:26 CEST Tobias Hunger wrote:
> > On Do, 2016-06-09 at 08:43 -0400, Brad King wrote:
> > > > "includePath":
> > > > [
> > > > "/tmp/cmake-build-test/Utili
On 06/09/2016 10:37 AM, Tobias Hunger wrote:
> I just renamed the target's "buildDirectory" to "artifactDirectory".
Was the build directory meant to be the directory containing the built
artifacts, or the working directory where compilers run? There can
be more than one artifact directory. That'
On Do, 2016-06-09 at 09:47 -0400, Brad King wrote:
> On 06/09/2016 09:27 AM, Tobias Hunger wrote:
> > I am using the output of cmState::GetTargetTypeName.
>
> Okay. We could consider excluding GLOBAL_TARGET targets from the
> output. They never have source files and are nebulously defined.
OK,
On Donnerstag, 9. Juni 2016 13:27:26 CEST Tobias Hunger wrote:
> On Do, 2016-06-09 at 08:43 -0400, Brad King wrote:
> > > "includePath":
> > > [
> > > "/tmp/cmake-build-test/Utilities",
> > > #
> > > "/
On 06/09/2016 09:33 AM, Rolf Eike Beer wrote:
>> FindFreetype: Factor out common find command arguments
>> https://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=746a4245
>>
>> FindFreetype: Search for a separate debug library
>> https://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=6085b855
>
> Th
On 06/09/2016 09:27 AM, Tobias Hunger wrote:
> I am using the output of cmState::GetTargetTypeName.
Okay. We could consider excluding GLOBAL_TARGET targets from the
output. They never have source files and are nebulously defined.
> How can I get the directory a library/executable will be put in
Am 2016-06-09 15:00, schrieb Brad King:
On 06/08/2016 12:33 AM, Stuart Mentzer wrote:
Here is a little patch that lets FindFreetype find the debug
library on Windows, where it is named with a d suffix.
Thanks. I split the patch into two and applied:
FindFreetype: Factor out common find comm
On Do, 2016-06-09 at 08:43 -0400, Brad King wrote:
> On 06/09/2016 05:47 AM, Tobias Hunger wrote:
> > I made some progress with extracting project structure from cmake via the
> > daemon-mode. I am rather happy with the information and would love to get
> > some
> > feedback from other interested p
On 06/08/2016 10:11 AM, Brad King wrote:
> I had to revert it from 'next' because it caused several LinkFlags
> test failures.
[snip]
On 06/08/2016 12:02 PM, Tobias Hunger wrote:
> https://github.com/hunger/CMake/commit/66acf05bc1737211f88b6ad13781c791f1a7bce4
>
> has an update. None of the tests f
On 06/08/2016 12:33 AM, Stuart Mentzer wrote:
> Here is a little patch that lets FindFreetype find the debug
> library on Windows, where it is named with a d suffix.
Thanks. I split the patch into two and applied:
FindFreetype: Factor out common find command arguments
https://cmake.org/gitweb?
Hi Milian,
great that you have found the time to look over this! It is greatly appreciated!
On Do, 2016-06-09 at 12:32 +0200, Milian Wolff wrote:
> > [== CMake MetaMagic ==[
> > {
> > # Reply header:
> > "cookie":"",
> > "type":"reply"
> > "inReplyTo":"project",
> >
> > # Data:
> >
On 06/09/2016 05:47 AM, Tobias Hunger wrote:
> I made some progress with extracting project structure from cmake via the
> daemon-mode. I am rather happy with the information and would love to get some
> feedback from other interested parties.
For reference, some design work on a format like this
On 06/09/2016 05:06 AM, Tobias Hunger wrote:
> CMake Error at src/1/app/CMakeLists.txt:70 (add_custom_target):
> Cannot find source file:
>
> unknownFile.qml
>
> Tried extensions .c .C .c++ .cc .cpp .cxx .m .M .mm .h .hh .h++ .hm .hpp
>
>
> CMake Error at src/1/CMakeLists.txt:8 (add_sub
On Donnerstag, 9. Juni 2016 09:47:44 CEST Tobias Hunger wrote:
> Hello everybody,
Hey Tobias,
> I made some progress with extracting project structure from cmake via the
> daemon-mode. I am rather happy with the information and would love to get
> some feedback from other interested parties.
Fir
Hello everybody,
I made some progress with extracting project structure from cmake via the
daemon-mode. I am rather happy with the information and would love to get some
feedback from other interested parties.
Here is the format that is currently reported (with comments;-):
[== CMake MetaMagic =
On Do, 2016-06-09 at 10:18 +0200, Stephen Kelly wrote:
> > What I would like to have, is separate subclasses for gcc-style and
> > msvc-style messages. In gcc-style, messages look like this:
> >
> > :row:column: error:
> >
> > In msvc-style, messages look like this:
> >
> > (row,column): error:
On 06/09/2016 09:49 AM, Daniel Pfeifer wrote:
> On Thu, Jan 28, 2016 at 10:42 PM, Stephen Kelly wrote:
>> Hi,
>>
>> I have pushed a extract-cmMessenger branch to my clone:
>>
>> https://github.com/steveire/CMake/commits/extract-cmMessenger
> I have rebased it to master and cherry-picked some mino
On Thu, Jan 28, 2016 at 10:42 PM, Stephen Kelly wrote:
>
> Hi,
>
> I have pushed a extract-cmMessenger branch to my clone:
>
> https://github.com/steveire/CMake/commits/extract-cmMessenger
I have rebased it to master and cherry-picked some minor changes.
Once those minor changes land in master,
30 matches
Mail list logo
