On Sun, Dec 5, 2010 at 8:58 AM, Alexander Neundorf neund...@kde.org wrote:
On Friday 03 December 2010, David Cole wrote:
Hello CMake devs,
If you're on the To line, then you have at least one bug assigned to
you in the bug tracker that is slated to be addressed in the CMake
2.8.4 release
Hi,
I've got no answer for this,
Can someone tell me whether doing this with CMake is possible.
Thanks
Otmane
Otmane Lahlou a écrit :
Hi List,
When packaging my project, i want my project in the start menu to be
organised
in several directories :
In the windows StartMenu i'd like to
Andreas, Michael - thanks, you helped me lot.
Greetings
Micha
___
Powered by www.kitware.com
Visit other Kitware open-source projects at
http://www.kitware.com/opensource/opensource.html
Please keep messages on-topic and check the CMake FAQ at:
Wow!
I wondered why all the responses here started with wow and then I
clicked through to see for myself this morning.
This is a *great* page. Phenomenally complete summary. Is it going to
be easy to add a column for CMake 2.8.4 after its release? Or is it
going to be painful?
Can you describe
On Mon, Dec 6, 2010 at 3:37 AM, Otmane Lahlou otmane.lah...@c-s.fr wrote:
Hi,
I've got no answer for this,
Can someone tell me whether doing this with CMake is possible.
Yes, it is possible. I do not have time to go into details and tell
you exactly how to do it, but if the built-in
On 12/06/2010 at 12:33, David Cole david.c...@kitware.com wrote:
Wow!
I wondered why all the responses here started with wow and then I
clicked through to see for myself this morning.
Thank you all for your positive feedback, it is appreciated.
This is a *great* page. Phenomenally
On Sunday 05 Dec 2010 6:16:35 pm Michael Hertling wrote:
On 11/30/2010 05:53 AM, Kishore wrote:
On Tuesday 23 Nov 2010 5:27:56 pm Johannes Zarl wrote:
Another somehow related topic seems to be import/export of targets. Should
a LibraryConfig.cmake or FindLibrary.cmake file create imported
Hi Klaim,
It's a bit clearer to me now ;-)
Reading between the lines I get the feeling that you're probably better
off using just a single project anyway.
A developer doesn't need to continuously update the whole project when
working on his subproject. Building the whole thing once in his
It's a bit clearer to me now ;-)
Reading between the lines I get the feeling that you're probably better
off using just a single project anyway.
A developer doesn't need to continuously update the whole project when
working on his subproject. Building the whole thing once in his working
Clinton, (and anybody else reading who's interested / vested in the
BundleUtilities functionality),
Please review this change that I just pushed to 'next':
http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=c2895f48a4e79af49937b9e6a260076440b1a67a
As a result of fixing these two bugs...
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project CMake.
The branch, next has been updated
via 8f51affdab8d6d6df4c80cf782e0003bb26f8ee5 (commit)
via
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project CMake.
The branch, next has been updated
via 36f117641d689e8c2a19308d6a0ade7b9aaa5eae (commit)
via
12 matches
Mail list logo
