Re: [cmake-developers] Bug fix requests for the *next* release of CMake...

2011-03-30 Thread David Partyka
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 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 here. Please move specific discussions into
 the bugs themselves or start a new thread to talk about it... Replies on
 this thread should just be a collector for bug numbers.

 We are aiming for quarterly releases from now on, scheduling them every 3
 or 4 months. That would make the next release of CMake version 2.8.5, 
 scheduled
 to have an rc1 release candidate on Wed. April 27, 2011.

 If you have a particular issue that you think should be fixed for inclusion
 in 2.8.5, please bring it up by the end of this week. Ideally, each issue
 will be discussed as needed on the mailing list to come to any consensus
 about what should be done to fix it, and then an entry in the bug tracker
 may be used to keep it on the radar screen, and to track activity related to
 it.

 Patches are always welcome. Patches that include testing of any new
 features, or tests that prove a bug is really fixed on the dashboards,
 basically any patch with testing is preferred over a patch with no testing.
 Also, if you are *adding* code, then you also probably need to add *tests*
 of that code, so that the coverage percentage stays as is or rises.

 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 that will occur over the next 4 weeks.


 Thanks,
 David Cole
 Kitware, Inc.


 P.S. - as a nice summary of what we accomplished in the CMake 2.8.4
 release, see here: http://public.kitware.com/Bug/changelog_page.php
 -- it currently lists 127 issues that we resolved: nice job, everybody!

 (Many of those were specifically addressed because somebody brought it up
 in response to my similar email from just after 2.8.3... Don't be shy!)


 ___
 cmake-developers mailing list
 cmake-developers@cmake.org
 http://public.kitware.com/cgi-bin/mailman/listinfo/cmake-developers


___
cmake-developers mailing list
cmake-developers@cmake.org
http://public.kitware.com/cgi-bin/mailman/listinfo/cmake-developers


Re: [cmake-developers] Proceccor identification

2011-03-30 Thread Brad King
On 03/26/2011 10:05 AM, Rolf Eike Beer wrote:
 -can kwsys be moved from CVS to git? I know David Cole was in favor of this 
 too.

KWSys is shared by several Kitware projects of which at least some are still
in CVS.  It cannot move.

 -can the SystemInformation.cxx file be split up into OS dependent things 
 please? This file alone has more then 3.5k lines containing tons of #ifdef 
 for 
 every OS and it's brother. I would like to make 
 SystemInformationImplementation an (abstract?) base class that every OS 
 inherits from and implements it's own stuff. This can easily be split into 
 seperate files, can be totally excluded from build on non-related OS and 
 would 
 greatly reduce the #ifdef count and amount of lines in that single file.

Sure.  All that code can be much better organized.  Instead of keeping it in
KWSys just create brand new code that is specific to CMake and not in the
KWSys directory.  In this case I think the duplication is better than trying
to maintain this in KWSys.

-Brad
___
cmake-developers mailing list
cmake-developers@cmake.org
http://public.kitware.com/cgi-bin/mailman/listinfo/cmake-developers


[cmake-developers] [CMake 0012029]: finding boost libs

2011-03-30 Thread Mantis Bug Tracker

The following issue has been SUBMITTED. 
== 
http://public.kitware.com/Bug/view.php?id=12029 
== 
Reported By:Clinton Stimpson
Assigned To:
== 
Project:CMake
Issue ID:   12029
Category:   Modules
Reproducibility:have not tried
Severity:   minor
Priority:   normal
Status: new
== 
Date Submitted: 2011-03-30 17:05 EDT
Last Modified:  2011-03-30 17:05 EDT
== 
Summary:finding boost libs
Description: 
I have a local install of boost in my home directory and I set the
CMAKE_PREFIX_PATH to include the root of that boost installation, but
find_package(Boost) gives me a mixed set of paths.

Boost_INCLUDE_DIR=${HOME}/boost-1.46/include
Boost_LIBRARY_DIRS=/usr/lib
Boost_THREAD_LIBRARY_RELEASE=/usr/lib/libboost_thread-mt.so


== 

Issue History 
Date ModifiedUsername   FieldChange   
== 
2011-03-30 17:05 Clinton StimpsonNew Issue
==

___
cmake-developers mailing list
cmake-developers@cmake.org
http://public.kitware.com/cgi-bin/mailman/listinfo/cmake-developers