http://public.kitware.com/Bug/view.php?id=8996
On Wed, Nov 7, 2012 at 8:40 PM, David Cole david.c...@kitware.com wrote:
Hi all,
Replies requested. Short replies only. Read on. Just a short reply
with bug numbers or links to the bugs is all we need here.
Example one-line reply:
Am Dienstag 29 März 2011, 19:56:03 schrieb David Cole:
Hi all,
Now that we have released CMake 2.8.4, *now* would be a great time to
prioritize bug fixes for the next release of CMake.
Replies requested. Read on. *Just a short reply with bug numbers* or links
to the bugs is all we need
When using external_project, if GIT_TAG is modified the entire source tree
is removed and re-cloned causing a full rebuild of said project.
http://cmake.org/Bug/view.php?id=11403
On Tue, Mar 29, 2011 at 1:56 PM, David Cole david.c...@kitware.com wrote:
Hi all,
Now that we have released CMake
2011/3/29 David Cole david.c...@kitware.com:
Please discuss issues here as needed, and add notes to existing issues in
the bug tracker that you are interested in seeing fixed for 2.8.5 -- we will
be looking at the mailing list and activity in the bug tracker to help
prioritize the bug fixes
Eric, those all look good, but I'd like to particularly +1 this one:
http://public.kitware.com/Bug/view.php?id=8438
I've hacked around this deficiency in several places and I'm sure
other users have as well. It would be nice to replace these hacks with
a nice simple solution.
Thanks,
tyler
On
I'll third that. I'd like to see 8438 addressed as well.
-Mike
On 03/29/2011 02:56 PM, Tyler wrote:
Eric, those all look good, but I'd like to particularly +1 this one:
http://public.kitware.com/Bug/view.php?id=8438
I've hacked around this deficiency in several places and I'm sure
other
Hi David,
I've got one more, one that I just entered in Mantis.
#11410 - Result of IF(LIST) is inconsistent
Regards,
Marcel Loose.
___
Powered by www.kitware.com
Visit other Kitware open-source projects at
I am not sure if this is a reported bug (I can report it now if it isn't
reported already).
Using ExternalProject with a git repo and specifying a sha1 revision via
GIT_TAG will blow away the entire source directory whenever the revision is
changed. This leads to complete rebuilds of said
VS 2010 CMake plugin is broken
http://www.vtk.org/Bug/view.php?id=11258
This is a problem for projects such as mine where I have dozens of projects
in my solution and they can change rather frequently, especially with my
FindCUDA.cmake script that computes dependencies and then changes the VS
I'll vote for that bug. I _was_ going to load VS2010 but maybe I'll
hold off.
___
Mike Jackson www.bluequartz.net
Principal Software Engineer mike.jack...@bluequartz.net
BlueQuartz Software Dayton,
2010/11/4 David Cole david.c...@kitware.com:
Hi all,
Now that we have released CMake 2.8.3, *now* would be a great time to
prioritize bug fixes for the next release of CMake.
Replies requested. Read on. Just a short reply with bug numbers or links to
the bugs is all we need here. Please
Great idea!
There is now a roadmap page in Mantis for the CMake project.
http://public.kitware.com/Bug/roadmap_page.php
It has 33 issues listed as targeted for 2.8.3. 17 of these (51%) are
resolved: fixed in 'next' already, or won't fix... ever.
The remaining 16 shall be fixed (or marked as
David,
Thanks for enabling this. If anyone is wondering where to find the Target
Release and Fixed In Version fields, they are under the Advanced Details
link for each bug.
When you mark a bug as fixed, it prompts you for Fixed In Version but the
only way to set Target Release I can see is
Can a roadmap be posted for CMake? Such as is for other projects at:
http://www.cmake.org/Bug/roadmap_page.php
___
Powered by www.kitware.com
Visit other Kitware open-source projects at
http://www.kitware.com/opensource/opensource.html
Please keep
2010/7/5 David Cole david.c...@kitware.com:
Hi all,
Now that we have released CMake 2.8.2 last Monday, and we have switched to
this new workflow using branches in the git repository, *now* would be a
great time to prioritize bug fixes for the next release of CMake.
We are leaning towards
On Thu, Jul 29, 2010 at 6:33 PM, Eric Noulard eric.noul...@gmail.com wrote:
2010/7/5 David Cole david.c...@kitware.com:
Now that we have released CMake 2.8.2 last Monday, and we have switched to
this new workflow using branches in the git repository, *now* would be a
great time to prioritize
I'd like to see those fixed:
http://public.kitware.com/Bug/view.php?id=11030
That one is closed.
___
Powered by www.kitware.com
Visit other Kitware open-source projects at
http://www.kitware.com/opensource/opensource.html
Please keep messages
http://public.kitware.com/Bug/view.php?id=10388 Patch was already included
I would also vote for project_group to get applied.
I'd also like to see support for additional compile flags based on
target http://public.kitware.com/Bug/view.php?id=10389
On Mon, Jul 5, 2010 at 11:31 AM, David
On Thu, Jul 29, 2010 at 6:59 PM, Verweij, Arjen verwe...@tass-safe.com wrote:
I'd like to see those fixed:
http://public.kitware.com/Bug/view.php?id=11030
That one is closed.
Yes, unfortunately. I don't agree with that decision.
Olaf
___
Powered by
On 29. Jul, 2010, at 19:26 , Olaf van der Spek wrote:
On Thu, Jul 29, 2010 at 6:59 PM, Verweij, Arjen verwe...@tass-safe.com
wrote:
I'd like to see those fixed:
http://public.kitware.com/Bug/view.php?id=11030
That one is closed.
Yes, unfortunately. I don't agree with that decision.
On Thu, Jul 29, 2010 at 11:13 PM, Michael Wild them...@gmail.com wrote:
The problem is that there IS NO CONVENTION on name decoration.
Why is that a problem?
And yes, especially as a library developer you have to be aware of things.
Why?
Olaf
___
On Thu, Jul 29, 2010 at 2:22 PM, Olaf van der Spek olafvds...@gmail.com wrote:
On Thu, Jul 29, 2010 at 11:13 PM, Michael Wild them...@gmail.com wrote:
The problem is that there IS NO CONVENTION on name decoration.
Why is that a problem?
well that any convention that YOU want, since there is
On 29. Jul, 2010, at 23:22 , Olaf van der Spek wrote:
On Thu, Jul 29, 2010 at 11:13 PM, Michael Wild them...@gmail.com wrote:
The problem is that there IS NO CONVENTION on name decoration.
Why is that a problem?
If CMake made the choice, somebody (i.e. exactly ONE person) would be a happy
On Thu, Jul 29, 2010 at 11:45 PM, J Decker d3c...@gmail.com wrote:
On Thu, Jul 29, 2010 at 2:22 PM, Olaf van der Spek olafvds...@gmail.com
wrote:
On Thu, Jul 29, 2010 at 11:13 PM, Michael Wild them...@gmail.com wrote:
The problem is that there IS NO CONVENTION on name decoration.
Why is
On Thu, Jul 29, 2010 at 11:54 PM, Michael Wild them...@gmail.com wrote:
If CMake made the choice, somebody (i.e. exactly ONE person) would be a happy
camper, all the others would have froth in front of their mouths...
Why?
It is trivial to add the decoration yourself, if you must wrap
On Jul 29, 2010, at 6:01 PM, Olaf van der Spek wrote:
Everything is a big word. Of course I disagree with you. Ever heard of
abstractions? They're there so one doesn't have to bother with all the
details.
With CMake, I don't have to think about how to build stuff on tons of
different
On Fri, Jul 30, 2010 at 12:04 AM, Michael Jackson
mike.jack...@bluequartz.net wrote:
Because as a library developer YOU are responsible for making sure your
library integrates well with the operating system you intend to deploy on
it. Each Operating System has rules according to Person1,
I am saying that in the past 10 years of programming I found that
there is NO standard, even within an Operating System itself. Some
projects like a combined build of debug and release libraries with a
d suffix on ALL platforms (Qt) even though OS X would have then put
_debug. Another
On 30.07.2010, at 00:07, Olaf van der Spek olafvds...@gmail.com wrote:
On Fri, Jul 30, 2010 at 12:04 AM, Michael Jackson
mike.jack...@bluequartz.net wrote:
Because as a library developer YOU are responsible for making sure your
library integrates well with the operating system you intend
On Fri, Jul 30, 2010 at 12:18 AM, Michael Wild them...@gmail.com wrote:
Just enable it, it' so simple.
What's the name of the switch I have to enable?
Olaf
___
Powered by www.kitware.com
Visit other Kitware open-source projects at
On Fri, Jul 30, 2010 at 12:16 AM, Michael Jackson
mike.jack...@bluequartz.net wrote:
I am saying that in the past 10 years of programming I found that there
is NO standard, even within an Operating System itself. Some projects like a
combined build of debug and release libraries with a d
On Fri, Jul 30, 2010 at 12:28 AM, Michael Jackson
mike.jack...@bluequartz.net wrote:
On Jul 29, 2010, at 6:24 PM, Olaf van der Spek wrote:
As it is now CMake offers
the functionality you want.
It doesn't. I'd like CMake to generate libs with unique names and it
doesn't...
It DOES. The
Why?
I'm still waiting for someone to post a reason of why a decorated name
is a problem for them.
Also waiting on an answer to the code duplication issue.
An automatic naming scheme could break existing applications that search for
plugins based on their names.
Some of those developers
On Fri, Jul 30, 2010 at 1:00 AM, Clinton Stimpson clin...@elemtech.com wrote:
Why?
I'm still waiting for someone to post a reason of why a decorated name
is a problem for them.
Also waiting on an answer to the code duplication issue.
An automatic naming scheme could break existing
I really wish you guys would have had this conversation on a separate thread
dedicated to the topic. (Oh wait, there already was one...)
Please take it to another thread, and leave this one as Bug fix requests
for the *next* release of CMake...
Thanks,
David
On Thu, Jul 29, 2010 at 7:01 PM,
35 matches
Mail list logo