i've patched my local cmake to automatically add a virtual folder group
option for every file in a code blocks project.
it's not proper support for cmake source groups.
but it does what i want it to do.
the patch is small.
would the community be interested in such a thing?
if so, how would i go
08/31/2016 11:47 AM, tim cotter wrote:
> > is anyone working on a generator for Android.mk files?
>
> This has been investigated in the past and deemed hard/impossible
> since the Android.mk build system does not expose hooks we need.
>
> However, the main use case for this is to
is anyone working on a generator for Android.mk files?
i recently parted ways with a company that could have benefited mightily
from the feature.
i'm not planning to take up anything new for a while.
so i might be able to contribute.
maybe get a brain dump from someone who's thought about the pro
>> Given Apple's encouragement of developers to always update...
>
> They certainly do, as Eric described. However, just like everyone
> else, Apple often ships regressions in Xcode and it's sometimes vital
> to be able to use older versions. Similarly, if you want to deploy
> an app to an older
w
exported function in the large C-based project I'm working on.
So if my changes are considered ok, I'd hope to see this in a future cmake
version.
best regards
Tim Grothe
0001-add-.def-files-to-Visual-Studio-project-tree.patch
Description: Binary data
--
Powered by www.kitware.com
t any rate, since what I submitted wouldn't apply against the current version,
it looks like this work supersedes that patch.
Tim
- Original Message -
From: "Brad King"
To: "tim gallagher"
Cc: cmake-developers@cmake.org, "Paul Romano"
Sent: Wednesd
I've used it. So it wasn't an outstanding issue for me -- I just wanted
to help close out an open issue if they were related!
Thanks,
Tim
- Original Message -
From: "Brad King"
To: "Tim Gallagher"
Cc: cmake-developers@cmake.org, "Paul Romano"
S
I haven't followed the discussion on this issue, but how does it relate to the
ticket I opened awhile ago?
http://public.kitware.com/Bug/view.php?id=12316
It looks like it may supersede or fix that issue? If so, I guess the issue can
be closed!
Tim
- Original Message -
From:
now, but I will do what I can.
We can take the development discussion off-list if you would like and set up a
github for it so we can collaborate and get things moving along.
Tim
- Original Message -
From: "Siebren Reker"
To: "tim gallagher"
Cc: cmake-develo
getting it current.
Tim
- Original Message -
From: "Siebren Reker"
To: "tim gallagher"
Cc: cmake-developers@cmake.org
Sent: Thursday, August 27, 2015 11:16:34 AM
Subject: Re: [cmake-developers] Is there an official FindMKL module?
Hi Tim,
On Thu
take to
get it officially in the stream.
Tim
- Original Message -
From: "Siebren Reker"
To: "tim gallagher"
Cc: cmake-developers@cmake.org
Sent: Thursday, August 27, 2015 6:32:17 AM
Subject: Re: [cmake-developers] Is there an official FindMKL module?
you had things fail when you setup your environment variables using the
scripts Intel provides and when you set the BLA_VENDOR hint as an environment
variable?
Tim
- Original Message -
From: "Siebren Reker"
To: cmake-developers@cmake.org
Sent: Wednesday, August 26,
> I've recently switched from CMake 2.8.12 to 3.2, full of enthusiasm that
> header-only libraries would now be better supported through the
> INTERFACE option/target. However, the support for header-only libraries
> isn't really great, in particular if you're using an IDE like Visual Studio.
>
>
> I'm having some issues with Ninja on Windows with long custom commands
> (or actually a long succession of short commands appended to the same
> target). The problem is that they get concatenated in one single command
> using " && " and it is pretty easy to go over the 8k command line size
> lim
>>> Effectively it is a UUID for our purposes. The ordering Gregor
>>> proposes is to match what Xcode writes when it generates the .pbxproj
>>> file, and we can't choose that.
>>
>> i see ... is it (easily) possible to lexicographically sort he
>> user-visible appearance? this is something that c
>> out of curiosity: what exactly is the id? the uuid identifier or the
>> target name? when ordering targets in the project, it would make sense
>> to order them by target name, as that's what users are used to (iirc the
>> cmake-generated msvc projects are order their targets by target name)
>
>
> Xcode keeps the objects ordered by the object id.
> Because cmake stores them into an unordered container
> at creation time they must be sorted before writing the
> pbxproj file.
out of curiosity: what exactly is the id? the uuid identifier or the
target name? when ordering targets in the proje
> not sure if there is a better way to resolve this issue:
> declaring .RC files as header-only break ninja builds on non-windows
> platforms.
note: this is necessary when the the language is set explicitly.
> --->8---
>
> cmake currently tries to initialize the language rules for all source
> f
:00:00 2001
From: Tim Blechmann
Date: Wed, 8 Apr 2015 13:36:21 +0200
Subject: [PATCH] ninja generator: don't initialize language for files marked
as header-only
cmake currently tries to initialize the language rules for all source files.
when HEADER_FILE_ONLY is used to mark files which s
e including the iid file("_i.c") into
a separate static library.
--
that said, i wonder: why would it be ok to use a relative path in the
generated project ... or, what would be the disadvantage of using an
absolute path?
best,
tim
--
Powered by www.kitware.com
Please keep messages
be great if someone
could review this patch.
thanks,
tim
From a9f83bd54c8d7e073c4d8faee7e5b8dd68738fdc Mon Sep 17 00:00:00 2001
From: Tim Blechmann
Date: Thu, 19 Feb 2015 14:35:02 +0800
Subject: [PATCH] cmake: Midl - set OutputDir via absolute path
---
Source/cmVisualStudio10TargetGenerator.cxx
hi all,
this trivial patch adds INTERFACE_LIBRARY to the documentation of the
TYPE target property. would be great, if it could be applied.
thnx,
tim
From f9ff9226bd0985aa239564e93eb42ed4d57b208d Mon Sep 17 00:00:00 2001
From: Tim Blechmann
Date: Wed, 17 Dec 2014 21:59:51 +0100
Subject: [PATCH
Great, thank you. Next time I won't have to go back and forth several times (I
hope)!
Tim
- Original Message -
From: "Brad King"
To: "Tim Gallagher"
Cc: cmake-developers@cmake.org
Sent: Wednesday, November 5, 2014 2:19:06 PM
Subject: Re: [cmake-develope
he
command line for versions that require it.
Tim
- Original Message -
From: "Brad King"
To: "Tim Gallagher"
Cc: cmake-developers@cmake.org
Sent: Wednesday, November 5, 2014 12:55:04 PM
Subject: Re: [cmake-developers] Assembly/preprocessed targets for Fortran
On
Sorry about the TABs, I guess emacs defaults to it and I never noticed.
I have attached an updated patch where the tabs are removed and the test for
CMAKE_EXPORT_COMPILE_COMMANDS is also removed.
Tim
- Original Message -
From: "Brad King"
To: "tim gallagher"
this list
> for further review.
thanks for the link regarding files/programs ... will update the patch
in the next few days ...
cheers,
tim
--
Powered by www.kitware.com
Please keep messages on-topic and check the CMake FAQ at:
http://www.cmake.org/Wiki/CMake_FAQ
Kitware offers various se
lot,
tim
[1] https://github.com/Kitware/CMake/pull/124
--
Powered by www.kitware.com
Please keep messages on-topic and check the CMake FAQ at:
http://www.cmake.org/Wiki/CMake_FAQ
Kitware offers various services to support the CMake community. For more
information on each offering, please
ns on things I
should have done better/differently so I know to do it correctly next time I
have a patch.
Thanks,
Tim
- Original Message -
From: "Tim Gallagher"
To: "tim gallagher"
Cc: cmake-developers@cmake.org, "Brad King"
Sent: Tuesday, November 4,
Scratch that, I found it. Wasn't looking in the right places!
The export command works for Fortran, so that's not an issue.
I'll take a look at the testing and see if I can get that going. I'll send
along a patch when I get it worked out.
Thanks,
Tim
- Original Mess
ybe I am missing something.
I'll also dig into the testing to see what it would take to add the coverage.
Thanks again,
Tim
- Original Message -
From: "Brad King"
To: "tim gallagher" , cmake-developers@cmake.org
Sent: Tuesday, November 4, 2014 3:45:39 PM
I didn't miss any compilers/platforms.
Let me know if this is something that anybody else is interested in and I can
send out a patch or something to get it tested. If there is interest in
including the update, I can send a patch if that's easier than setting me up
for push access --
>> would be great if this fix can be applied
>
> I applied the patch with a slight revision to resolve conflicts
> with master:
>
> BundleUtilities: Allow Info.plist files which use CR line endings
> http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=810f5cce
>
> Once it works there I will con
hi all,
attached patch adds support for parsing Info.plist files which are
generated with mac os9-style line endings (\r).
would be great if this fix can be applied (and if it would make it into
3.0.2).
thanks,
tim
From 0b1420c8c22885f3a4a086510a2041bc80be7732 Mon Sep 17 00:00:00 2001
From: Tim
>> attached!
>
> Applied, thanks:
>
> OS X: Install CFBundles as complete directories
> http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=908433bd
thanks a lot! i wonder: will this patch make it into 3.0.1?
tim
--
Powered by www.kitware.com
Please keep messages o
>> shall i update the patch?
>
> Yes, so that we know the updated version works for what you need.
> Please also include a change to use Ben's suggestion of
>
> targetName.find('/')
>
> instead of find_first_of.
attached!
thanks a lot,
tim
>From
file.
ah, i see ... double-checked and this works for me!
shall i update the patch?
cheers,
tim
--
Powered by www.kitware.com
Please keep messages on-topic and check the CMake FAQ at:
http://www.cmake.org/Wiki/CMake_FAQ
Kitware offers various services to support the CMake community. For more
es do special handling for the post-installation tweaks.
> Is something similar needed here?
i wonder: which tweaks are they? i've seen the comments, but failed to
understand, what kind of post-install tweaks they add, as it is mainly
about changing source and destinations. in my use-case it seem
cfbundles are currently not installed as directory, but the binary from
Contents/MacOS is directly installed to the destination.
attached patch fixes the issue.
thanks,
tim
>From b021da36ec9c72cc6410a95ce81a177a87f6f232 Mon Sep 17 00:00:00 2001
From: Tim Blechmann
Date: Wed, 9 Jul 2014 15:33
>
> Kitware has been offering CMake consulting since we created CMake.
> Information can be found here:
>
> http://cmake.org/cmake/help/support.html
>
> Vince, I also sent you an email off list. This looks like a great
> addition to CMake, and we would love to help.
>
> Thanks.
>
> -Bill
>
ile language directly :/
does this look better? (cannot test atm, as i'm on a different machine)
thx,
tim
>From e42b5ee3979c0b2e9b72d737c858830a865174ca Mon Sep 17 00:00:00 2001
From: Tim Blechmann
Date: Fri, 6 Jun 2014 15:47:29 +0200
Subject: [PATCH] CMakeRCCompiler: handle RC as resour
meone could review and/or commit it.
thanks a lot,
tim
>From 0e41cb7df9dcb2587d928504c042a8ed0b51bc39 Mon Sep 17 00:00:00 2001
From: Tim Blechmann
Date: Fri, 6 Jun 2014 09:59:33 +0200
Subject: [PATCH] SystemTools: handle RC as resource file format extension
.RC files are not recorgnized as resour
t; This fix was none of the above.
i see ... this is quite reasonable, if a bugfix release will be done
shortly after the final release ...
> It will be in the next candidate.
wonderful, thanks a lot!
tim
--
Powered by www.kitware.com
Please keep messages on-topic and check the CMake FAQ at:
so it would be great if it can make it into rc4.
thanks a lot,
tim
[1] https://github.com/Kitware/CMake/commit/90e22f8f713c
--
Powered by www.kitware.com
Please keep messages on-topic and check the CMake FAQ at:
http://www.cmake.org/Wiki/CMake_FAQ
Kitware offers various services to suppo
ire patching CMake, but there is no one working on a patch yet.
>
> http://public.kitware.com/Bug/view.php?id=14353
hmm, the bug is marked as BACKLOG ... tbo, the current situation is not
exactly robust: if it is known to be broken, maybe there could be at
least an error message, describi
>> $<1:-I $>
>>
>> though it does not matter, if the target is passed via variable or
>> directly.
>>
>> any idea?
>>
>
>
> Please provide a http://www.sscce.org/
see attached file!
origin/master gives me:
tim@moka-mac:~/dev/x/y$ ~/
t;
>
> Should that '$' be ','? Where did your literal ',' go from the above
> genex?
hmm, i've updated cmake to the current master branch (the other one was
a few days old). now the expression evaluates to (if the properties are
"a;b;c"):
$
uating the expression results in this command string:
$<1:-I$>
is this a bug or a feature?
thanks a lot,
tim
--
Powered by www.kitware.com
Please keep messages on-topic and check the CMake FAQ at:
http://www.cmake.org/Wiki/CMake_FAQ
Kitware offers various services to support the CMake
Info.plist files were generated in the wrong place when generating
CFBundles. attached patch fixes this behavior.
>From 7750f35bee583d280519e87ce8efd6faaf121fca Mon Sep 17 00:00:00 2001
From: Tim Blechmann
Date: Tue, 25 Mar 2014 16:16:51 +0100
Subject: [PATCH] osx bundle generator: correc
>> I'll look at integrating the change.
>
> I've applied the patch here:
>
> Treat .m files consistently as C across all generators
> http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=95cdf132
>
> with more detail in the commit message.
thanks a lot!
Objective-C source code. Note that you must link with the
libobjc library to make an Objective-C program work.
obj-c is a superset of c, while obj-c++ is a superset of obj-c
this patch corrects this behavior.
best regards,
tim
>From dc956e47ec280979d62666c42632d01267560927 Mo
mented since what is there will at least fix problems for many
people? Should I leave it on the stage branch until either we or somebody else
can help us with the remainder of it?
I'll hold off on pushing anything until I know if pushing partial support is
okay or not. Thanks,
Ti
pt introducing the module (which is what I'm doing now!) and
applying for git access (which I will do when I find out this email was what
'introduce the module' meant). If I need to send out the new module first for
review or something, let me know and we'll do it as soon as
interest in such a
sub-command?
Best regards,
Tim
PGP.sig
Description: Signierter Teil der Nachricht
___
cmake-developers mailing list
cmake-developers@cmake.org
http://public.kitware.com/cgi-bin/mailman/listinfo/cmake-developers
53 matches
Mail list logo