Clinton Stimpson wrote:
On Aug 11, 2012, at 10:36 AM, Alexander Neundorf wrote:
On Friday 10 August 2012, Stephen Kelly wrote:
David Cole wrote:
I assume it's the qt4_use_modules branch on the stage?
Yes, sorry, I should have pointed that out.
What was the plan with the more
David Cole wrote:
I think we should understand this before we simply exclude the test:
http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=5d44e7b15ab40ba4568ce7c584df587c03caed40
Can you point us to the dashboard failure that occurred that you did
not understand?
This was actually my exact intent (to re-involve the original
reporters via the notification system, since nobody else has picked up
on the bugs enough to assign them), and this was just step 1.
The bug tracker's roadmap page and what bugs are actually assigned to
active CMake developers are two
Hi everybody,
I need your help. In the next week, if you have time.
No doubt you're already sick of reading the emails about the bug
tracker from the last couple of days.
My main goal here is simply to be able to get a good picture of what's
really happening by inspecting bug tracker query
On 08/10/2012 09:27 AM, Brad King wrote:
Since the first step involves making 'master' and 'next' consistent
we plan to disable merge access to 'next' for the first couple days
of next week.
Push access to the stage and merge access to 'next' have been disabled
in preparation for this sweep.
Brad King wrote:
On 08/10/2012 10:30 AM, Stephen Kelly wrote:
I've updated the branch with the API change to use std::set. The XCode
generator does not use the cmLocalGenerator::AppendDefines method, but
the VisualStudio6Generator does.
That wasn't quite what I had in mind. The string of
Am 2012-08-13 13:35, schrieb David Cole:
Hi everybody,
I need your help. In the next week, if you have time.
No doubt you're already sick of reading the emails about the bug
tracker from the last couple of days.
My main goal here is simply to be able to get a good picture of
what's
really
On 8/13/2012 10:54 AM, Stephen Kelly wrote:
Bill Hoffman wrote:
There is a new failure here:
http://open.cdash.org/testDetails.php?test=156059931build=2506673
Is the output truncated somehow, or is that really all of it?
I ran it in a debugger, and cmake was crashing, this fixed it, but I
On Mon, Aug 13, 2012 at 10:26 AM, Rolf Eike Beer e...@sf-mail.de wrote:
Am 2012-08-13 13:35, schrieb David Cole:
Hi everybody,
I need your help. In the next week, if you have time.
No doubt you're already sick of reading the emails about the bug
tracker from the last couple of days.
My
On 08/13/2012 03:41 AM, Stephen Kelly wrote:
What was the plan with the more generic target_use_package() or how it
was named ? This would do something similar, right ?
target_use_targets() in the latest proposal.
The discussion thread was here:
On 06/11/2012 11:27 AM, Brad King wrote:
I've started a local topic branch and implemented $0:...,
$1:..., and $CONFIG: When I get a chance I'll add
some of the other queries, documentation, and tests for the
generator expression features.
I've been making occasional progress on this.
On 08/13/2012 08:35 AM, Brad King wrote:
On 08/10/2012 09:27 AM, Brad King wrote:
Since the first step involves making 'master' and 'next' consistent
we plan to disable merge access to 'next' for the first couple days
of next week.
Push access to the stage and merge access to 'next' have
On Monday 13 August 2012, David Cole wrote:
Hi everybody,
I need your help. In the next week, if you have time.
...
Done for my stuff.
Alex
--
Powered by www.kitware.com
Visit other Kitware open-source projects at
http://www.kitware.com/opensource/opensource.html
Please keep messages
On 2012-08-13 06:54-0400 David Cole wrote:
This was actually my exact intent (to re-involve the original
reporters via the notification system, since nobody else has picked up
on the bugs enough to assign them), and this was just step 1.
The bug tracker's roadmap page and what bugs are
On Mon, Aug 13, 2012 at 3:37 PM, Alan W. Irwin
ir...@beluga.phys.uvic.ca wrote:
On 2012-08-13 06:54-0400 David Cole wrote:
This was actually my exact intent (to re-involve the original
reporters via the notification system, since nobody else has picked up
on the bugs enough to assign them),
Here are some simple facts:
- There are presently 1,204 open issues in the CMake bug tracker.
- We averaged 111 days per release from CMake 2.8.1 to CMake 2.8.9.
- Each release contained an average of 79 bug fixes from 2.8.3 to 2.8.9.
Hence.. I have a strong desire to focus in on
On 2012-08-13 17:23-0400 David Cole wrote:
I realize that this is a touchy subject, and tried very hard to word
my messages that went along with this action to make it very clear
that putting a bug into the 'backlog' is not in the least bit
permanent.
I think the politics of this could be
The following issue has been SUBMITTED.
==
http://www.cmake.org/Bug/view.php?id=13467
==
Reported By:kMh3Bt2pBM
Assigned To:
18 matches
Mail list logo
