The following issue has been SUBMITTED.
==
http://public.kitware.com/Bug/view.php?id=11437
==
Reported By:Thomas Schuetzle
Assigned To:
The following issue has been SUBMITTED.
==
http://public.kitware.com/Bug/view.php?id=11440
==
Reported By:James Bigler
Assigned To:
On Tuesday 09 November 2010 17:35:08 Michael Hertling wrote:
On 11/07/2010 03:37 PM, luxInteg wrote:
On Sunday 07 November 2010 11:34:47 Richard Wackerbarth wrote:
First let me suggest that you word your request in a more complete
manner. What does not work?
cant get an executable
On Monday 08 November 2010 18:10:01 Eric Noulard wrote:
BUT
suppose I decide to set file1.c and file2.c as some variable FILES
and I want to use a preprocessor say DLONG
could I do the following?
set(FILES file1.c file2.c )
SET_SOURCE_FILES_PROPERTIES(${FILES} PROPERTIES
Filed and fixed this bug : http://public.kitware.com/Bug/view.php?id=11436
Should be fixed by this commit, just merged to 'next' :
http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=b3cf739e2c784fbd6c8a93c1ac91bd4bcea5acbf
Please confirm, if you can build from CMake 'next'...
Thanks!
By the
Blog post I pushed today that might help you with your Nightly Start
Time around this time of year -- if you find yourself adjusting
things every six months to account for daylight savings time, please
stop the madness. :-)
http://www.kitware.com/blog/home/post/77
Express your project's nightly
On Wednesday 10 November 2010, Jeremy Torres wrote:
I have a question regarding removing prior entries from
include_directories. Specifically, in a CMakeLists.txt, I have several
targets. For example:
# target 1
include_directories(x y z)
add_executable(my_exe ...)
#target 2
On Fri, Nov 5, 2010 at 6:29 AM, Adam J Richardson fat...@crackmonkey.us wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi David,
Replies requested.
CMake is already pretty awesome from my POV, but since you ask...
Replies on this thread should just be a collector for bug numbers.
On 11/09/2010 08:03 AM, Brad King wrote:
I think this regression was an existing bug that was exposed
by the other fix.
It was, and here is the fix to the exposed bug:
http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=3d79e7d5
I also added the runtime library selection flag mapping
Thanks to all of you who have participated in this thread so far...
You have helped to create the initial roadmap for CMake 2.8.4:
http://www.cmake.org/Bug/roadmap_page.php
The roadmap currently lists 31 issues as targeted for CMake 2.8.4.
What that means is: these are the 31 issues currently
I will try it tomorrow, when the machines are idle.
Thanks,
Allen
On 11/09/2010 08:03 AM, Brad King wrote:
I think this regression was an existing bug that was exposed
by the other fix.
It was, and here is the fix to the exposed bug:
On Wed, 10 Nov 2010 13:30:46 -0500, David Cole said:
If there are still others to consider for the 2.8.4 release, please
reply here with just the bug numbers. Please do not hijack this thread
to talk about specifics. Bug numbers only please. I really appreciate
the vast majority here who have
Since the VS Plugin broken in 2010 bug (
http://public.kitware.com/Bug/view.php?id=11258) was added to the roadmap,
here's another bug that I noticed with the VS plugin.
VS Plugin doesn't reload the solution in VS 2008
http://public.kitware.com/Bug/view.php?id=11440
Thanks,
James
By the way, I have also targeted the 10 oldest still open bugs for
this release. I am thinking most of those can simply be closed,
(they're either fixed already or irrelevant after several years have
passed) but will leave it up to the people assigned them to decide
whether they should be kept
Macruby (http://macruby.org)'s installer is a bit unusual:
It will install MacRuby in /Library/Frameworks and provide shortcuts
to its executable utilities in /usr/local/bin, with a mac prefix. For
example, ruby will be available as macruby, and irb as macirb.
It would be nice if the
Looks like FindRuby.cmake is unclaimed in terms of a CMake module
maintainer (according to this page:
http://www.cmake.org/Wiki/CMake:Module_Maintainers ) -- but it looks
like Alex has done the majority of maintenance on it in the last 2
years or so.
What do you think, Alex?
Thx,
David C.
On
Adam J Richardson fat...@... writes:
(That is, if I manually separate
C:\Compilers\Libs\libboost_thread-mgw44-mt-1_44.a into
-LC:\Compilers\Libs -lboost_thread-mgw44-mt-1_44.)
Is there a way to have CMake do this by itself and not use absolute
paths? I've tried setting CMP0003 to OLD but it
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 72fe00a8ad204742de4ad5c9c5948df6851b0f6b (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 0ba03a02a29bff03645ab14ff2140d277e5c6021 (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 b40ecb48751886e8f80d6014a0cec7a314770d99 (commit)
via
20 matches
Mail list logo
