[cmake-developers] [CMake 0011421]: FindPackage(Qt3 REQUIRED) does not fail if Qt3 is not found

2010-11-09 Thread Mantis Bug Tracker

The following issue has been SUBMITTED. 
== 
http://public.kitware.com/Bug/view.php?id=11421 
== 
Reported By:Rolf Eike Beer
Assigned To:
== 
Project:CMake
Issue ID:   11421
Category:   CMake
Reproducibility:always
Severity:   minor
Priority:   normal
Status: new
== 
Date Submitted: 2010-11-09 04:55 EST
Last Modified:  2010-11-09 04:55 EST
== 
Summary:FindPackage(Qt3 REQUIRED) does not fail if Qt3 is
not found
Description: 
I use this CMakeLists.txt on a Linux (openSUSE 11.3) system without Qt3
installed:

CMAKE_MINIMUM_REQUIRED(VERSION 2.6.4) 
   
   
 
SET(QT_MT_REQUIRED TRUE)  
   
   
 
FIND_PACKAGE(Qt3 REQUIRED)
   
   
 
MESSAGE(STATUS ${QT_INCLUDE_DIR}) 
   
   
 

The output is:

-- QT_INCLUDE_DIR-NOTFOUND
   
   
 
-- Configuring done   
   
   
 
-- Generating done
   
   
 

== 

Issue History 
Date ModifiedUsername   FieldChange   
== 
2010-11-09 04:55 Rolf Eike Beer New Issue
==

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


Re: [cmake-developers] Fixing ProcessorCount.cmake

2010-11-09 Thread David Cole
On Mon, Nov 8, 2010 at 3:46 PM, Bill Hoffman bill.hoff...@kitware.com wrote:
 On 11/8/2010 3:30 PM, Rolf Eike Beer wrote:

 Am Montag, 8. November 2010 schrieb Bill Hoffman:

 On 11/8/2010 1:55 PM, Rolf Eike Beer wrote:

 Am Montag, 8. November 2010 schrieb David Cole:

 Hi Rolf,

 Can you update to a CMake based on 'next' and try the commit I made
 this
 morning on a QNX machine? (based on your patch, thank you for that...)

 Still needs some tweak, as the output is:

 getconf: Can't find _NPROCESSORS_ONLN
 ProcessorCount: using getconf '/usr/bin/getconf'
 ProcessorCount: using pidin '/bin/pidin'
 processor_count='1'

 Patch attached.

 Eike

 I wonder if we could create a test for this that called the
 SystemInformation class and compared its results with this script.  I
 bet it would fix bugs in both the script and SystemInformation.

 It would show up for sure places where at one place this is divided into
 physical and logical cores and just cpus on the other hand.

 On my machine I get this:

   CMake.ProcessorCount

 180: ProcessorCount: using environment variable
 180: processor_count='4'

  kwsys.testSystemInformation

 11: GetNumberOfLogicalCPU: 1
 11: GetNumberOfPhysicalCPU: 4

 So, if we had a test that just ran:
  kwsys.testSystemInformation

 And pulled out the GetNumberOfPhysicalCPU value and did a compare, they
 should be consistent.  If they are not, then one of them will need
 fixing...

 -Bill


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


How can this output:

  11: GetNumberOfLogicalCPU: 1
  11: GetNumberOfPhysicalCPU: 4

...be correct? I would think the number of logical cpus should be =
number of physical cpus... Maybe I'm not understanding something
fully. Does anyone have a reasonable explanation of why this is
correct? Or is it simply incorrect?


The ProcessorCount module is intended for determining how high a
number N it is reasonable to attempt to use for:
  make -j N
  ctest -j N
  set(CTEST_BUILD_FLAGS -j${N})
  ctest_test(... PARALLEL_LEVEL ${N})

First, I would like to make sure we get the ProcessorCount module
reasonably correct on all the platforms that the CMake community cares
about.

Then, secondly, I think the SystemInformation output should be
explainable or self-consistent, before we decide which numbers to
compare between the two different methods.

Thirdly, it would be a good idea to do the comparison and see if there
are differences on the dashboard machines.

Fourthly, (lastly?), once they are consistent everywhere we care
about, maybe we should consider simply building SystemInformation into
a CMake built-in command, so that we can access the information
without doing an execute_process from the ProcessorCount module...


Today's results (before doing any work on SystemInformation at all):

http://www.cdash.org/CDash/queryTests.php?project=CMakedate=filtercount=1showfilters=1field1=testname/stringcompare1=61value1=CMake.ProcessorCount


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


Re: [cmake-developers] Fixing ProcessorCount.cmake

2010-11-09 Thread Alexander Neundorf
On Tuesday 09 November 2010, David Cole wrote:
 On Mon, Nov 8, 2010 at 3:46 PM, Bill Hoffman bill.hoff...@kitware.com 
wrote:
  On 11/8/2010 3:30 PM, Rolf Eike Beer wrote:
  Am Montag, 8. November 2010 schrieb Bill Hoffman:
  On 11/8/2010 1:55 PM, Rolf Eike Beer wrote:
  Am Montag, 8. November 2010 schrieb David Cole:
  Hi Rolf,
 
  Can you update to a CMake based on 'next' and try the commit I made
  this
  morning on a QNX machine? (based on your patch, thank you for
  that...)
 
  Still needs some tweak, as the output is:
 
  getconf: Can't find _NPROCESSORS_ONLN
  ProcessorCount: using getconf '/usr/bin/getconf'
  ProcessorCount: using pidin '/bin/pidin'
  processor_count='1'
 
  Patch attached.
 
  Eike
 
  I wonder if we could create a test for this that called the
  SystemInformation class and compared its results with this script.  I
  bet it would fix bugs in both the script and SystemInformation.
 
  It would show up for sure places where at one place this is divided into
  physical and logical cores and just cpus on the other hand.
 
  On my machine I get this:
 
    CMake.ProcessorCount
 
  180: ProcessorCount: using environment variable
  180: processor_count='4'
 
   kwsys.testSystemInformation
 
  11: GetNumberOfLogicalCPU: 1
  11: GetNumberOfPhysicalCPU: 4
 
  So, if we had a test that just ran:
   kwsys.testSystemInformation
 
  And pulled out the GetNumberOfPhysicalCPU value and did a compare, they
  should be consistent.  If they are not, then one of them will need
  fixing...
 
  -Bill
 
 
  ___
  cmake-developers mailing list
  cmake-developers@cmake.org
  http://public.kitware.com/cgi-bin/mailman/listinfo/cmake-developers

 How can this output:

   11: GetNumberOfLogicalCPU: 1
   11: GetNumberOfPhysicalCPU: 4

Just guessing: maybe this means there is 1 logical CPU per physical CPU ? 
Like hyperthreading disabled ?

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


Re: [cmake-developers] Fixing ProcessorCount.cmake

2010-11-09 Thread David Cole
On Tue, Nov 9, 2010 at 5:45 AM, David Cole david.c...@kitware.com wrote:
 On Mon, Nov 8, 2010 at 3:46 PM, Bill Hoffman bill.hoff...@kitware.com wrote:
 On 11/8/2010 3:30 PM, Rolf Eike Beer wrote:

 Am Montag, 8. November 2010 schrieb Bill Hoffman:

 On 11/8/2010 1:55 PM, Rolf Eike Beer wrote:

 Am Montag, 8. November 2010 schrieb David Cole:

 Hi Rolf,

 Can you update to a CMake based on 'next' and try the commit I made
 this
 morning on a QNX machine? (based on your patch, thank you for that...)

 Still needs some tweak, as the output is:

 getconf: Can't find _NPROCESSORS_ONLN
 ProcessorCount: using getconf '/usr/bin/getconf'
 ProcessorCount: using pidin '/bin/pidin'
 processor_count='1'

 Patch attached.

 Eike

 I wonder if we could create a test for this that called the
 SystemInformation class and compared its results with this script.  I
 bet it would fix bugs in both the script and SystemInformation.

 It would show up for sure places where at one place this is divided into
 physical and logical cores and just cpus on the other hand.

 On my machine I get this:

   CMake.ProcessorCount

 180: ProcessorCount: using environment variable
 180: processor_count='4'

  kwsys.testSystemInformation

 11: GetNumberOfLogicalCPU: 1
 11: GetNumberOfPhysicalCPU: 4

 So, if we had a test that just ran:
  kwsys.testSystemInformation

 And pulled out the GetNumberOfPhysicalCPU value and did a compare, they
 should be consistent.  If they are not, then one of them will need
 fixing...

 -Bill


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


 How can this output:

  11: GetNumberOfLogicalCPU: 1
  11: GetNumberOfPhysicalCPU: 4

 ...be correct? I would think the number of logical cpus should be =
 number of physical cpus... Maybe I'm not understanding something
 fully. Does anyone have a reasonable explanation of why this is
 correct? Or is it simply incorrect?


 The ProcessorCount module is intended for determining how high a
 number N it is reasonable to attempt to use for:
  make -j N
  ctest -j N
  set(CTEST_BUILD_FLAGS -j${N})
  ctest_test(... PARALLEL_LEVEL ${N})

 First, I would like to make sure we get the ProcessorCount module
 reasonably correct on all the platforms that the CMake community cares
 about.

 Then, secondly, I think the SystemInformation output should be
 explainable or self-consistent, before we decide which numbers to
 compare between the two different methods.

 Thirdly, it would be a good idea to do the comparison and see if there
 are differences on the dashboard machines.

 Fourthly, (lastly?), once they are consistent everywhere we care
 about, maybe we should consider simply building SystemInformation into
 a CMake built-in command, so that we can access the information
 without doing an execute_process from the ProcessorCount module...


 Today's results (before doing any work on SystemInformation at all):

 http://www.cdash.org/CDash/queryTests.php?project=CMakedate=filtercount=1showfilters=1field1=testname/stringcompare1=61value1=CMake.ProcessorCount


 Cheers,
 David


Tomorrow's results will include some code in the test that Bill passed
along to me, reflected in this commit:
http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=248b1beb8b975e7980c7c553eb249d27d31bcc75

It compares the output of what we're getting from the
ProcessorCount.cmake module with what we get from the system
information test. In addition to the platforms that are failing
because of '0' (unimplemented) values in the cmake module, we will
also see test failures now where the system information code disagrees
with that assessment.

If we get lucky, the system information code will just be correct
everywhere, and I'll have a fancy new implementation to call from the
module.


Thanks to all for the discussion here,
David
___
cmake-developers mailing list
cmake-developers@cmake.org
http://public.kitware.com/cgi-bin/mailman/listinfo/cmake-developers


[cmake-developers] [CMake 0011429]: FindGTK2 does not find libraries built for Visual Studio 2010

2010-11-09 Thread Mantis Bug Tracker

The following issue has been SUBMITTED. 
== 
http://www.cmake.org/Bug/view.php?id=11429 
== 
Reported By:Vincent Levesque
Assigned To:
== 
Project:CMake
Issue ID:   11429
Category:   Modules
Reproducibility:always
Severity:   minor
Priority:   normal
Status: new
== 
Date Submitted: 2010-11-09 18:22 EST
Last Modified:  2010-11-09 18:22 EST
== 
Summary:FindGTK2 does not find libraries built for Visual
Studio 2010
Description: 
The version of FindGTK2.cmake included in CMake 2.8.3 looks for libraries
ending in -vc80 and -vc90 when generating projects for Visual Studio
2008 and 2009 but does not look for -vc100 when generating projects for
Visual Studio 2010. I tested the following correction (also attached as a
patch) on Windows 7 with Visual Studio 2010, CMake 2.8.3 and GTK 2.22.0: 

if(_expand_vc)
# Add vc80/vc90/vc100 midfixes
if(MSVC80)
set(_library   ${_library}-vc80)
set(_library_d ${_library}-d)
elseif(MSVC90)
set(_library   ${_library}-vc90)
set(_library_d ${_library}-d)
elseif(MSVC10)
set(_library   ${_library}-vc100)
set(_library_d ${_library}-d)
endif()
endif()

GTK:
ftp://ftp.gnome.org/pub/GNOME/binaries/win32/gtkmm/2.22/gtkmm-win32-devel-2.22.0-1.exe
== 

Issue History 
Date ModifiedUsername   FieldChange   
== 
2010-11-09 18:22 Vincent LevesqueNew Issue
2010-11-09 18:22 Vincent LevesqueFile Added: findgtk2-vc100.patch   

==

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


[cmake-developers] [CMake 0011430]: FindBullet doesn't find header files installed by Bullet = 2.77

2010-11-09 Thread Mantis Bug Tracker

The following issue has been SUBMITTED. 
== 
http://www.cmake.org/Bug/view.php?id=11430 
== 
Reported By:Philip Lowman
Assigned To:
== 
Project:CMake
Issue ID:   11430
Category:   Modules
Reproducibility:have not tried
Severity:   minor
Priority:   normal
Status: new
== 
Date Submitted: 2010-11-10 00:20 EST
Last Modified:  2010-11-10 00:20 EST
== 
Summary:FindBullet doesn't find header files installed by
Bullet = 2.77
Description: 
As reported by Alexander Kettler via email: in Bullet 2.77 (9/22/2010) and
greater, header files are now installed to PREFIX/include/bullet instead of
PREFIX/include.  This breaks FindBullet.cmake detection of the Bullet
include directory.

== 

Issue History 
Date ModifiedUsername   FieldChange   
== 
2010-11-10 00:20 Philip Lowman  New Issue
==

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


Re: [CMake] make test missing

2010-11-09 Thread Marcel Loose
On Mon, 2010-11-08 at 18:28 -0800, Alan W. Irwin wrote:
 On 2010-11-09 02:52+0100 Michael Hertling wrote:
 
  On 11/08/2010 10:03 PM, Jochen Issing wrote:
  Hi list,
 
  I tried to add ctest to my project and did this by adding
ENABLE_TESTING() and several ADD_TEST(...) to my CMakeLists.txt file.
  The tests are run on executables, which are built inside a
dedicated test directory in my project root and the execs show up in my
Makefile.
  After reading through some docs, I am told to call make test after
building. However, no target named 'test' is available.
 
  I.e. it doesn't show up in the listing of make help?
 
  Here my question: Does my directory 'test' interfere with the
'test' rule or do I have to install the executables before testing or do
I still miss something?
 
  On *nix, I can see the following CMakeLists.txt work:
 
  CMAKE_MINIMUM_REQUIRED(VERSION 2.8 FATAL_ERROR)
  PROJECT(TEST C)
  ENABLE_TESTING()
  FILE(MAKE_DIRECTORY ${CMAKE_SOURCE_DIR}/test
${CMAKE_BINARY_DIR}/test)
  FILE(WRITE ${CMAKE_BINARY_DIR}/main.c int main(void){return 0;}\n)
  ADD_EXECUTABLE(main main.c)
  SET_TARGET_PROPERTIES(
 main
 PROPERTIES
 RUNTIME_OUTPUT_DIRECTORY ${CMAKE_BINARY_DIR}/test
  )
  ADD_TEST(NAME main COMMAND main)
 
  The output of make test - without installation - is:
 
  Running tests...
  Test project /home/hertling/work/cmake/issing/obj
 Start 1: main
  1/1 Test #1: main .   Passed0.00 sec
 
  100% tests passed, 0 tests failed out of 1
 
  Total Test time (real) =   0.11 sec
 
  So, I'd conclude the test directories' presence doesn't matter,
  nor does the fact if an installation has already been performed.
 
 In the past this mattered a lot so the PLplot project had to rename
 our test source tree directory to plplot_test to avoid the clash with
 the name of the test target.
 
 It is possible your example above is not complicated
 enough to trigger the clash.  For example, your test
 subdirectories are just created, but you do not have an
 add_subdirectory(test) command to actually run cmake within that
 test subdirectory.
 
 So I would suggest to the OP that they do rename their test directory
 to something else because I am pretty sure that will solve the issue.
 Until PLplot did that (for a much earlier version of CMake) make
 test failed to work for us.
 
 Alan
 
 
 
 
  Maybe, you could post your CMakeLists.txt for further inspection.
 
  Regards,
 
  Michael
 
  Anyhow, 'ctest -D Experimental' seems to do something :/
 
  Also, I am not sure if I need to setup a Dashboard-Server to use
testing at all. I suppose it's possible without a dashboard, but don't
know how.
  Thanks in advance!
  Cheers,
 
  - jochen
  gpg: 1024D/013400C7
  ___
  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:
http://www.cmake.org/Wiki/CMake_FAQ
 
  Follow this link to subscribe/unsubscribe:
  http://www.cmake.org/mailman/listinfo/cmake
 
 
 __
 Alan W. Irwin
 
 Astronomical research affiliation with Department of Physics and
Astronomy,
 University of Victoria (astrowww.phys.uvic.ca).
 
 Programming affiliations with the FreeEOS equation-of-state
implementation
 for stellar interiors (freeeos.sf.net); PLplot scientific plotting
software
 package (plplot.org); the libLASi project (unifont.org/lasi); the
Loads of
 Linux Links project (loll.sf.net); and the Linux Brochure Project
 (lbproject.sf.net).
 __
 
 Linux-powered Science
 __

Hi Alan and others,

We have lots of directories named 'test' that contain test programs. I
add them with add_subdirectory() and never ran into problems of target
'test' not existing. My assumption is that there's something else going
wrong here.

Best regards,
Marcel Loose.

___
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: 
http://www.cmake.org/Wiki/CMake_FAQ

Follow this link to subscribe/unsubscribe:
http://www.cmake.org/mailman/listinfo/cmake


[CMake] MIDL and Visual Studio 10 with |CMake 2.8.3

2010-11-09 Thread David Hunter
I have a project containing a few MIDL files that has been working
fine using the Visual Studio 9 2008 generator. I have been migrating
the project over to Visual Studio 2010 which includes using the cmake
Visual Studio 10 generator. However the resultant Visual Studio 2010
files do not seems to recognize the idl files, they appear as simple
text files and consequently no call is made to the MIDL compiler. Is
this expected, in the sense of there being no support, or is there
some change I need to make to the input CMakeList.txt files in this
new version. Note I am using CMake 2.8.3 on a Window 7 box.

An test case, fairly minimal CMakeList.txt file I was trying is as
follows. It builds client and server side library for other bits of
the program to link to ( I would be interested if anyone has helpful
criticisms of my probably woeful CMake style/ability )


add_definitions(-DSECURITY_WIN32)

include_directories(
${CMAKE_CURRENT_BINARY_DIR}/rpc_server.dir/${CMAKE_CFG_INTDIR}
${CMAKE_CURRENT_SOURCE_DIR})


set( FileListServer
Server.cpp
Server.h
Test.idl
dlldefines.h)

source_group(  FILES ${FileListServer} )

add_library(
rpc_server ${LIBRARY_SHARED_OR_STATIC}
${FileListServer})

target_link_libraries(rpc_server rpcrt4.lib ntdsapi.lib secur32.lib
netapi32.lib)

install(TARGETS rpc_server RUNTIME DESTINATION bin LIBRARY DESTINATION lib)


set( FileListClient
Client.cpp
Client.h
dlldefines.h)


source_group(  FILES ${FileListClient} )

add_library(
rpc_client ${LIBRARY_SHARED_OR_STATIC}
${FileListClient})

target_link_libraries(rpc_client rpcrt4.lib ntdsapi.lib secur32.lib
netapi32.lib)

install(TARGETS rpc_client RUNTIME DESTINATION bin LIBRARY DESTINATION lib)
___
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: 
http://www.cmake.org/Wiki/CMake_FAQ

Follow this link to subscribe/unsubscribe:
http://www.cmake.org/mailman/listinfo/cmake


Re: [CMake] 2.8.3 fortran regression or how to find configure problem

2010-11-09 Thread Brad King
On 11/8/2010 3:54 PM, Allen D Byrne wrote:
The projects do differ in the VFFortranCompilerTool option of the project 
 file
 
 DEBUG:
 
 AdditionalOptions= /W1 /libs:dll /threads /dbglibs instead of
 AdditionalOptions= /dbglibs
 
 RELEASE:
 
 AdditionalOptions= /W1 /libs:dll /threads instead of 
 
 and
 
 DEBUG:
 
 RELEASE:
 
 SuppressStartupBanner=true Preprocess=preprocessYes instead of 
 
 Taking out the new AdditionalOptions= /W1 /libs:dll /threads allowed
 the project to succeed.

The regression was introduced here:

  http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=20f49730

but it was a fix for another bug:

  http://www.cmake.org/pipermail/cmake/2010-September/039829.html

I think this regression was an existing bug that was exposed
by the other fix.  A table in

  Source/cmLocalVisualStudio7Generator.cxx

that maps from compiler flags to IDE project file entries has
no entries for these flags.  They should not be put in the
AdditionalOptions entry but instead mapped to other attributes.

The current behavior probably causes conflicting flags to
be passed by the IDE to the compiler.  I don't know why this
problem didn't show up while testing the fix for the above
bug.  I'll look at adding the missing flag mapping entries.

-Brad
___
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: 
http://www.cmake.org/Wiki/CMake_FAQ

Follow this link to subscribe/unsubscribe:
http://www.cmake.org/mailman/listinfo/cmake


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

2010-11-09 Thread Philip Lowman
On Sun, Nov 7, 2010 at 8:29 PM, Luigi Calori l.cal...@cineca.it wrote:

  On 07/11/2010 21.01, Philip Lowman wrote:

 On Fri, Nov 5, 2010 at 12:08 PM, Luigi Calori l.cal...@cineca.it wrote:

  +1 for FindBoost support to CMakeified version of Boost at 
 http://gitorious.org/~denisarnaud/boost/denisarnauds-zeuners-boost-cmake/commits/1.44.0-denishttp://gitorious.org/%7Edenisarnaud/boost/denisarnauds-zeuners-boost-cmake/commits/1.44.0-denis
 :


  Luigi,

  Does the CMakeified version of Boost still not produce build outputs
 that match bjam by default?  I remember when I looked at it a year or two
 ago there appeared to be only minor issues with the library names.  I would
 have hoped that these issues would have been resolved by now.

 I just tried the build with cmake 2.8.2  under MSVC9 using release build
 and static linking:
 There seem to be a minor inconsistency: when building Boost with cmake the
 static libs do not have the prefix lib so boost the auto-linking fails.
 I have resolved by

 1) when building boos, configure with -DLIBPREFIX=lib,

 2) configure the project that search for boost with
 -DBoost_USE_STATIC_LIBS=ON

 During the installation step of cmakefied boost,  Boost.cmake config
 files get installed but not sure if FindBoost use it

 I' m not sure if this can be solved in FindBoost, but was just raising
 attention on a (for me) much better build system for Boost


Luigi,

Thanks for the additional information.  It sounds like a bug in the CMake
build system for Boost.  On WIN32 (but not CYGWIN) it should create static
boost libraries with the lib prefix and shared boost libraries without it to
match the long-established Boost/bjam conventions.  This allows static 
shared libraries to exist alongside each other in the lib folder since
otherwise their filenames would collide.

-- 
Philip Lowman
___
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: 
http://www.cmake.org/Wiki/CMake_FAQ

Follow this link to subscribe/unsubscribe:
http://www.cmake.org/mailman/listinfo/cmake

Re: [CMake] 2.8.3 fortran regression or how to find configure problem

2010-11-09 Thread Bill Hoffman

On 11/9/2010 8:03 AM, Brad King wrote:


Taking out the new AdditionalOptions= /W1 /libs:dll /threads allowed
the project to succeed.


The regression was introduced here:

   http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=20f49730


So, you should be able to get a temporary fix by reverting this change 
via CMAKE_MODULE_PATH and providing your own versions of these files.




but it was a fix for another bug:

   http://www.cmake.org/pipermail/cmake/2010-September/039829.html

I think this regression was an existing bug that was exposed
by the other fix.  A table in

   Source/cmLocalVisualStudio7Generator.cxx

that maps from compiler flags to IDE project file entries has
no entries for these flags.  They should not be put in the
AdditionalOptions entry but instead mapped to other attributes.

The current behavior probably causes conflicting flags to
be passed by the IDE to the compiler.  I don't know why this
problem didn't show up while testing the fix for the above
bug.  I'll look at adding the missing flag mapping entries.

-Brad
___
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: 
http://www.cmake.org/Wiki/CMake_FAQ

Follow this link to subscribe/unsubscribe:
http://www.cmake.org/mailman/listinfo/cmake




--
Bill Hoffman
Kitware, Inc.
28 Corporate Drive
Clifton Park, NY 12065
bill.hoff...@kitware.com
http://www.kitware.com
518 881-4905 (Direct)
518 371-3971 x105
Fax (518) 371-4573
___
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: 
http://www.cmake.org/Wiki/CMake_FAQ

Follow this link to subscribe/unsubscribe:
http://www.cmake.org/mailman/listinfo/cmake


Re: [CMake] make test missing

2010-11-09 Thread Jochen Issing
Hi All,

sorry for taking so much time for this wimpy problem. I think I found the issue 
and it's simple as always.
See some small comments inline

On 09.11.2010, at 03:28, Alan W. Irwin wrote:

 On 2010-11-09 02:52+0100 Michael Hertling wrote:
 
 On 11/08/2010 10:03 PM, Jochen Issing wrote:
 Hi list,
 
 I tried to add ctest to my project and did this by adding ENABLE_TESTING() 
 and several ADD_TEST(...) to my CMakeLists.txt file.
 The tests are run on executables, which are built inside a dedicated test 
 directory in my project root and the execs show up in my Makefile.
 After reading through some docs, I am told to call make test after 
 building. However, no target named 'test' is available.
 
 I.e. it doesn't show up in the listing of make help?
Yes, it did not show up, but run without a warning, because a directory (and 
thus product) test existed :/

 
 Here my question: Does my directory 'test' interfere with the 'test' rule 
 or do I have to install the executables before testing or do I still miss 
 something?
 
 On *nix, I can see the following CMakeLists.txt work:
 
 CMAKE_MINIMUM_REQUIRED(VERSION 2.8 FATAL_ERROR)
 PROJECT(TEST C)
 ENABLE_TESTING()
 FILE(MAKE_DIRECTORY ${CMAKE_SOURCE_DIR}/test ${CMAKE_BINARY_DIR}/test)
 FILE(WRITE ${CMAKE_BINARY_DIR}/main.c int main(void){return 0;}\n)
 ADD_EXECUTABLE(main main.c)
 SET_TARGET_PROPERTIES(
   main
   PROPERTIES
   RUNTIME_OUTPUT_DIRECTORY ${CMAKE_BINARY_DIR}/test
 )
 ADD_TEST(NAME main COMMAND main)
I tried this with success :) Thanks for the interesting build script!

 
 The output of make test - without installation - is:
 
 Running tests...
 Test project /home/hertling/work/cmake/issing/obj
   Start 1: main
 1/1 Test #1: main .   Passed0.00 sec
 
 100% tests passed, 0 tests failed out of 1
 
 Total Test time (real) =   0.11 sec
 
 So, I'd conclude the test directories' presence doesn't matter,
 nor does the fact if an installation has already been performed.
 
 In the past this mattered a lot so the PLplot project had to rename
 our test source tree directory to plplot_test to avoid the clash with
 the name of the test target.
Not for me - renaming didn't solve it

Instead I moved ENABLE_TESTING() from test/CMakeListst.txt to my root 
CMakeLists.txt
I think this is not stated in the documentation.

Thanks everybody!

jochen

 
 It is possible your example above is not complicated
 enough to trigger the clash.  For example, your test
 subdirectories are just created, but you do not have an
 add_subdirectory(test) command to actually run cmake within that
 test subdirectory.
 
 So I would suggest to the OP that they do rename their test directory
 to something else because I am pretty sure that will solve the issue.
 Until PLplot did that (for a much earlier version of CMake) make
 test failed to work for us.
 
 Alan
 
 
 
 
 Maybe, you could post your CMakeLists.txt for further inspection.
 
 Regards,
 
 Michael
 
 Anyhow, 'ctest -D Experimental' seems to do something :/
 
 Also, I am not sure if I need to setup a Dashboard-Server to use testing at 
 all. I suppose it's possible without a dashboard, but don't know how.
 Thanks in advance!
 Cheers,
 
 - jochen
 gpg: 1024D/013400C7
 ___
 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: 
 http://www.cmake.org/Wiki/CMake_FAQ
 
 Follow this link to subscribe/unsubscribe:
 http://www.cmake.org/mailman/listinfo/cmake
 
 
 __
 Alan W. Irwin
 
 Astronomical research affiliation with Department of Physics and Astronomy,
 University of Victoria (astrowww.phys.uvic.ca).
 
 Programming affiliations with the FreeEOS equation-of-state implementation
 for stellar interiors (freeeos.sf.net); PLplot scientific plotting software
 package (plplot.org); the libLASi project (unifont.org/lasi); the Loads of
 Linux Links project (loll.sf.net); and the Linux Brochure Project
 (lbproject.sf.net).
 __
 
 Linux-powered Science
 __
 ___
 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: 
 http://www.cmake.org/Wiki/CMake_FAQ
 
 Follow this link to subscribe/unsubscribe:
 http://www.cmake.org/mailman/listinfo/cmake

___
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: 
http://www.cmake.org/Wiki/CMake_FAQ

Follow this link to subscribe/unsubscribe:
http://www.cmake.org/mailman/listinfo/cmake


Re: [CMake] cmake my_BouncyBall

2010-11-09 Thread Michael Hertling
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 generated  because the  'COMMAND' syntax is incorrect
 so could you suggest the correct syntax please?
 
 What were you expecting and what did you get?
 It is difficult, if not impossible, for us to guess.

 I suspect that the problem is related to the  (specifying the output
 file in Unix). Are you on a Un*x platform? 
 yes linux
 Remember that CMake uses a
 different syntax because it assumes that the platform may not be
 Unix-based.

 I also have no idea just what BouncyBall is supposed to do
 generate BouncyBall.out
 
 They look very much like a call to the
 Unix diff command to verify that the output matches some previous
 version (stored in BouncyBall.out)
 correct
 
 which requires the  generation  an executable file first.
 

 Provide additional details. Then we may be able to be more helpful.
 
 DETAILS: as requested:
 
  add_executable(BouncyBall BouncyBall.c)
  find_library(OLD_LIBRARY OLD)
  target_link_libraries(BouncyBall ${OLD_LIBRARY})
  COMMAND(./BouncyBall  my_BouncyBall.out
- diff BouncyBall.out my_BouncyBall.out)
  
 
 what is needed:-
 
 
 a) syntax for generating BouncyBall executable   with oppropriate linking to  
 ${OLD_LIBRARY}

The ADD_EXECUTABLE(), FIND_LIBRARY() and TARGET_LINK_LIBRARIES()
commands look good, provided the library OLD is actually found.

 b) syntax within cmake  for executing  BouncyBall executable   and diffing  
 output to 'existing'  outputfile  
 
 i.e this bit:-
 (
  COMMAND(./BouncyBall  my_BouncyBall.out   
 - diff BouncyBall.out   my_BouncyBall.out )
 )

Here, you might use a test driven by a simple CMake script:

CMAKE_MINIMUM_REQUIRED(VERSION 2.8 FATAL_ERROR)
PROJECT(BOUNCYBALL C)
ENABLE_TESTING()
FILE(WRITE ${CMAKE_BINARY_DIR}/bouncyball.out bouncyball\n)
FILE(WRITE ${CMAKE_BINARY_DIR}/bouncyball.cmake 
EXECUTE_PROCESS(
COMMAND \${EXEC} COMMAND diff - \${FILE} RESULT_VARIABLE RESULT
)
IF(NOT RESULT EQUAL 0)
MESSAGE(FATAL_ERROR)
ENDIF()
)
FILE(WRITE ${CMAKE_BINARY_DIR}/bouncyball.c 
#include stdio.h
int main(void){
printf(\bouncyball\\n\);
return 0;
}
)
ADD_EXECUTABLE(bouncyball bouncyball.c)
ADD_TEST(NAME bouncyball
COMMAND ${CMAKE_COMMAND}
-DEXEC=$TARGET_FILE:bouncyball
-DFILE=${CMAKE_BINARY_DIR}/bouncyball.out
-P ${CMAKE_BINARY_DIR}/bouncyball.cmake
)

After configuration, if you edit bouncyball.out you can see the test
pass or fail, depending on its contents; use make test or ctest.

Regards,

Michael

 I hope I did provide   the example unix Makefile that is being translated.
 
 thanks
 and
 regards
 
 On Nov 7, 2010, at 6:08 AM, luxInteg wrote:
 Greetings,

 I am learning cmake. and I have taken the following from an old
 Makefile:- INC = ../include/BouncyBall.h

 BouncyBall: BouncyBall.c library $(INC)

 ${CC} ${CFLAGS}  -o BouncyBall BouncyBall.c ../lib/libOLD.a
 ./BouncyBall  my_BouncyBall.out  - diff BouncyBall.out
 my_BouncyBall.out

 and  'translated'   for cmake  as the following:-
 ---
 add_executable(BouncyBall BouncyBall.c)
 find_library(OLD_LIBRARY OLD)
 target_link_libraries(BouncyBall ${OLD_LIBRARY})
 COMMAND(./BouncyBall  my_BouncyBall.out

 - diff BouncyBall.out my_BouncyBall.out)

 install(TARGETS
 BouncyBall
 BouncyBall.out
 my_BouncyBall.out
 DESTINATION bin)
 ---
 but it does not work

 advice would be appreciated

 sincerely
 luxInteg
___
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: 
http://www.cmake.org/Wiki/CMake_FAQ

Follow this link to subscribe/unsubscribe:
http://www.cmake.org/mailman/listinfo/cmake


Re: [CMake] header files with visual studio

2010-11-09 Thread Oliver kfsone Smith

Eric Noulard said the following on 11/6/2010 6:20 AM:

Initially it may be a pain to list them but after a while its generally better
to manually keep track of file (dis)appearing in your source tree.
(which is usually what you do when using an IDE without CMake)

I.e. if those files are/were added by hand into the build system then they
must but tracked by explicit list in CMakeLists.txt.

The only case (I see) you may faithfully glob for *.h *.whatever is when
those are generated files.

Not doing that means

I don't care about source file which are added/removed
  I just want to compile those

**MY** opinion is that this way of looking to source code is wrong.
You appear to be confusing Revision Control / Asset Management with 
source code editing. And while for smaller projects that may make some 
sense, it breaks very quickly as the project size scales up.


The solution file for (just) our server systems has 21 top-level 
projects (not counting ALL_BUILD, INSTALL and ZERO_CHECK). Because of 
the high degree of code reuse and overlap, all of the host, client and 
miscellaneous source codes sit side-by-side (although not in any one 
single directory).


So importing */*.{h,hh,hpp} into the CMakeLists file is nonsensical.

What I was hoping to achieve was a Header Files folder along side each 
Source Files folder so that the headers were pertinent to any given 
project within a solution.


http://www.kfs.org/~oliver/solution.jpg

___
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: 
http://www.cmake.org/Wiki/CMake_FAQ

Follow this link to subscribe/unsubscribe:
http://www.cmake.org/mailman/listinfo/cmake


Re: [CMake] header files with visual studio

2010-11-09 Thread Oliver kfsone Smith

Michael Hertling said the following on 11/6/2010 7:39 AM:

stored in the ${CMAKE_BINARY_DIR}/filelist.dat script as an assignment
to the variable FILELIST. Subsequently, this filelist.dat is read via
INCLUDE(), so CMake keeps track of it, i.e. changing the filelist.dat
results in a rebuild. Finally, the filelist custom target regenerates
filelist.dat by executing filelist.cmake. Hence, each time the set of
*.c files in CMAKE_SOURCE_DIR changes, a make filelist will update
filelist.dat, and the following make will rebuild - taking into
account the refreshed list of source files. Maybe, this approach
can be adapted to platforms other than *nix and large projects.
I already have the source files split up into their myriad sub-projects, 
all I really want is to tap into the dependency generator to get a list 
of header files pertinent to any given project.


In particular, this is useful for performing search operations.

Remember: Visual Studio allows you to constrain multi-file searches a 
number of ways, one of which is Just this project.


When you have thousands of header files, having every header in your 
codebase arbitrarily crammed into your project file means that every 
project-only search is going to return too many results.



___
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: 
http://www.cmake.org/Wiki/CMake_FAQ

Follow this link to subscribe/unsubscribe:
http://www.cmake.org/mailman/listinfo/cmake


[CMake] Make clean in VS can't delete read only files

2010-11-09 Thread James Bigler
I have a build rule that copies files from the source tree to the build
tree:

foreach( script ${scripts} )
  set( src  ${CMAKE_CURRENT_SOURCE_DIR}/${script} )
  set( dest ${CMAKE_RUNTIME_OUTPUT_DIRECTORY}/${script} )
  list( APPEND dest_files ${dest} )
  add_custom_command(
OUTPUT ${dest}
COMMAND ${CMAKE_COMMAND} -E copy ${src} ${dest}
MAIN_DEPENDENCY ${src}
COMMENT Copying ${src} to ${dest}
VERBATIM
  )
endforeach()

add_custom_target( copy_scripts
  ALL
  DEPENDS ${dest_files}
  )

This then runs commands such as this:
C:\Program Files (x86)\Programming\CMake 2.6\bin\cmake.exe -E copy
C:/code/rtsdk/rtmain/tests/Regression/scripts/correctness.rb
C:/code/rtsdk/rtmain/build-32-vs9-c32/bin/correctness.rb

The problem I'm having is that when I go and do a make clean, I get errors
that the destination files are read only.  This isn't unexpected as the
source files are read only, but how do I work around this file permission
issue in a portable way?

I don't want to use configure file, because I want the files to be copied at
build time and not configure time.

Thanks,
James
___
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: 
http://www.cmake.org/Wiki/CMake_FAQ

Follow this link to subscribe/unsubscribe:
http://www.cmake.org/mailman/listinfo/cmake

[CMake] Include Directories Cleanup/Remove Prior Entries

2010-11-09 Thread Jeremy Torres
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
include_directories(a b c)
add_executable(my_exe2 ...)

#target 3


#target N


I would like to be able to cleanup all includes for each target2 so that they 
ONLY include the target-specified includes.  I have looked through mailing 
lists, etc, and I only see the set_directory_properties(PROPERITES 
INCLUDE_DIRECTORES ). I have tried this but it does not work.

Thanks in advance for your help,

Jeremy
___
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: 
http://www.cmake.org/Wiki/CMake_FAQ

Follow this link to subscribe/unsubscribe:
http://www.cmake.org/mailman/listinfo/cmake


Re: [CMake] Make clean in VS can't delete read only files

2010-11-09 Thread Michael Hertling
On 11/10/2010 01:17 AM, James Bigler wrote:
 I have a build rule that copies files from the source tree to the build
 tree:
 
 foreach( script ${scripts} )
   set( src  ${CMAKE_CURRENT_SOURCE_DIR}/${script} )
   set( dest ${CMAKE_RUNTIME_OUTPUT_DIRECTORY}/${script} )
   list( APPEND dest_files ${dest} )
   add_custom_command(
 OUTPUT ${dest}
 COMMAND ${CMAKE_COMMAND} -E copy ${src} ${dest}
 MAIN_DEPENDENCY ${src}
 COMMENT Copying ${src} to ${dest}
 VERBATIM
   )
 endforeach()
 
 add_custom_target( copy_scripts
   ALL
   DEPENDS ${dest_files}
   )
 
 This then runs commands such as this:
 C:\Program Files (x86)\Programming\CMake 2.6\bin\cmake.exe -E copy
 C:/code/rtsdk/rtmain/tests/Regression/scripts/correctness.rb
 C:/code/rtsdk/rtmain/build-32-vs9-c32/bin/correctness.rb
 
 The problem I'm having is that when I go and do a make clean, I get errors
 that the destination files are read only.  This isn't unexpected as the
 source files are read only, but how do I work around this file permission
 issue in a portable way?
 
 I don't want to use configure file, because I want the files to be copied at
 build time and not configure time.

Instead of cmake -E copy or CONFIGURE_FILE() which both preserve file
permissions, you might use FILE(COPY ... NO_SOURCE_PERMISSIONS) in a
CMake script triggered by your custom command, e.g.:

ADD_CUSTOM_COMMMAND(
  OUTPUT ...
  COMMAND ${CMAKE_COMMAND} -DSRC=... -DDSTDIR=... -P .../copy.cmake
  MAIN_DEPENDENCY ...
  COMMENT Copying ... to ...
  VERBATIM
)

The copy.cmake script may look just like:

FILE(COPY ${SRC} DESTINATION ${DSTDIR} NO_SOURCE_PERMISSIONS)

Note that you must provide a destination directory instead of a full
path, so use GET_FILENAME_COMPONENT() and FILE(RENAME ...) to adapt.

Regards,

Michael
___
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: 
http://www.cmake.org/Wiki/CMake_FAQ

Follow this link to subscribe/unsubscribe:
http://www.cmake.org/mailman/listinfo/cmake


[Cmake-commits] CMake branch, next, updated. v2.8.3-563-gcc0b80a

2010-11-09 Thread Brad King
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  cc0b80a4522d02572c88c18e59ae5ceb190db00e (commit)
   via  bbb3d81d383737f4111f7303b36c23c537aaf17a (commit)
  from  6b961646872c992e0452d9872fd6a0819b8778b2 (commit)

Those revisions listed above that are new to this repository have
not appeared on any other notification email; so we list those
revisions in full, below.

- Log -
http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=cc0b80a4522d02572c88c18e59ae5ceb190db00e
commit cc0b80a4522d02572c88c18e59ae5ceb190db00e
Merge: 6b96164 bbb3d81
Author: Brad King brad.k...@kitware.com
AuthorDate: Tue Nov 9 10:38:01 2010 -0500
Commit: Brad King brad.k...@kitware.com
CommitDate: Tue Nov 9 10:38:01 2010 -0500

Merge branch 'master' into next


---

Summary of changes:
 Source/kwsys/kwsysDateStamp.cmake |2 +-
 1 files changed, 1 insertions(+), 1 deletions(-)


hooks/post-receive
-- 
CMake
___
Cmake-commits mailing list
Cmake-commits@cmake.org
http://public.kitware.com/cgi-bin/mailman/listinfo/cmake-commits


[Cmake-commits] CMake branch, master, updated. v2.8.3-8-gd8e0bfa

2010-11-09 Thread KWSys Robot
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, master has been updated
   via  d8e0bfa7863f817cd226eca65626525f6b1d1f57 (commit)
  from  bbb3d81d383737f4111f7303b36c23c537aaf17a (commit)

Those revisions listed above that are new to this repository have
not appeared on any other notification email; so we list those
revisions in full, below.

- Log -
http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=d8e0bfa7863f817cd226eca65626525f6b1d1f57
commit d8e0bfa7863f817cd226eca65626525f6b1d1f57
Author: Brad King brad.k...@kitware.com
AuthorDate: Tue Nov 9 10:41:45 2010 -0500
Commit: Brad King brad.k...@kitware.com
CommitDate: Tue Nov 9 10:50:03 2010 -0500

KWSys: Teach SystemInformation about WinXP Pro and Win7

Modify a few lines in the function QueryOSInformation.

Change-Id: Ief8327144fdf5588354d4ce8240eb0206722e77e
Author: Marius Staring m.star...@lumc.nl

diff --git a/Source/kwsys/SystemInformation.cxx 
b/Source/kwsys/SystemInformation.cxx
index 936c1f7..4818ce9 100644
--- a/Source/kwsys/SystemInformation.cxx
+++ b/Source/kwsys/SystemInformation.cxx
@@ -3304,28 +3304,37 @@ bool 
SystemInformationImplementation::QueryOSInformation()
 {
 case VER_PLATFORM_WIN32_NT:
   // Test for the product.
-  if (osvi.dwMajorVersion = 4) 
+  if (osvi.dwMajorVersion = 4)
 {
 this-OSRelease = NT;
 }
-  if (osvi.dwMajorVersion == 5  osvi.dwMinorVersion == 0) 
+  if (osvi.dwMajorVersion == 5  osvi.dwMinorVersion == 0)
 {
 this-OSRelease = 2000;
 }
-  if (osvi.dwMajorVersion == 5  osvi.dwMinorVersion == 1) 
+  if (osvi.dwMajorVersion == 5  osvi.dwMinorVersion == 1)
+{
+this-OSRelease = XP;
+}
+  // XP Professional x64
+  if (osvi.dwMajorVersion == 5  osvi.dwMinorVersion == 2)
 {
 this-OSRelease = XP;
 }
 #ifdef VER_NT_WORKSTATION
   // Test for product type.
-  if (bOsVersionInfoEx) 
+  if (bOsVersionInfoEx)
 {
-if (osvi.wProductType == VER_NT_WORKSTATION) 
+if (osvi.wProductType == VER_NT_WORKSTATION)
   {
-  if (osvi.dwMajorVersion == 6) 
+  if (osvi.dwMajorVersion == 6  osvi.dwMinorVersion == 0)
 {
 this-OSRelease = Vista;
 }
+  if (osvi.dwMajorVersion == 6  osvi.dwMinorVersion == 1)
+{
+this-OSRelease = 7;
+}
 // VER_SUITE_PERSONAL may not be defined
 #ifdef VER_SUITE_PERSONAL
   else

---

Summary of changes:
 Source/kwsys/SystemInformation.cxx |   21 +++--
 1 files changed, 15 insertions(+), 6 deletions(-)


hooks/post-receive
-- 
CMake
___
Cmake-commits mailing list
Cmake-commits@cmake.org
http://public.kitware.com/cgi-bin/mailman/listinfo/cmake-commits


[Cmake-commits] CMake branch, next, updated. v2.8.3-565-g70243a4

2010-11-09 Thread David Cole
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  70243a4a00785ac8ed4b4a2470416cefa21ba89e (commit)
   via  248b1beb8b975e7980c7c553eb249d27d31bcc75 (commit)
  from  cc0b80a4522d02572c88c18e59ae5ceb190db00e (commit)

Those revisions listed above that are new to this repository have
not appeared on any other notification email; so we list those
revisions in full, below.

- Log -
http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=70243a4a00785ac8ed4b4a2470416cefa21ba89e
commit 70243a4a00785ac8ed4b4a2470416cefa21ba89e
Merge: cc0b80a 248b1be
Author: David Cole david.c...@kitware.com
AuthorDate: Tue Nov 9 14:35:10 2010 -0500
Commit: CMake Topic Stage kwro...@kitware.com
CommitDate: Tue Nov 9 14:35:10 2010 -0500

Merge topic 'add-ProcessorCount-module' into next

248b1be Compare ProcessorCount to SystemInformation count. (#11302)


http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=248b1beb8b975e7980c7c553eb249d27d31bcc75
commit 248b1beb8b975e7980c7c553eb249d27d31bcc75
Author: David Cole david.c...@kitware.com
AuthorDate: Tue Nov 9 14:29:52 2010 -0500
Commit: David Cole david.c...@kitware.com
CommitDate: Tue Nov 9 14:32:08 2010 -0500

Compare ProcessorCount to SystemInformation count. (#11302)

Maximize output to gather data on the dashboards.
Only FATAL_ERROR out once at the bottom if an error
occurred earlier.

diff --git a/Tests/CMakeTests/ProcessorCountTest.cmake.in 
b/Tests/CMakeTests/ProcessorCountTest.cmake.in
index ac7a1da..6550973 100644
--- a/Tests/CMakeTests/ProcessorCountTest.cmake.in
+++ b/Tests/CMakeTests/ProcessorCountTest.cmake.in
@@ -3,11 +3,45 @@ include(ProcessorCount)
 ProcessorCount(processor_count)
 message(processor_count='${processor_count}')
 
-if(NOT processor_count MATCHES ^[0-9]+$)
-  message(FATAL_ERROR ProcessorCount function returned a non-integer)
+execute_process(
+  COMMAND 
@CMAKE_BINARY_DIR@/Source/kwsys/$ENV{CMAKE_CONFIG_TYPE}/cmsysTestsCxx
+  testSystemInformation
+  OUTPUT_VARIABLE out)
+string(REGEX REPLACE (.*)GetNumberOfPhysicalCPU:.([0-9]*)(.*) \\2
+  system_info_processor_count ${out})
+message(system_info_processor_count='${system_info_processor_count}')
+
+if(system_info_processor_count EQUAL processor_count)
+  message(processor count matches system information)
 endif()
 
+# Evaluate possible error conditions:
+#
+set(err 0)
+
 if(processor_count EQUAL 0)
-  message(FATAL_ERROR could not determine number of processors
+  set(err 1)
+  message(could not determine number of processors
 - Additional code for this platform needed in ProcessorCount.cmake?)
 endif()
+
+if(NOT system_info_processor_count EQUAL processor_count)
+  set(err 2)
+  message(SystemInformation and ProcessorCount.cmake disagree:\n
+processor_count='${processor_count}'\n
+SystemInformation processor_count='${system_info_processor_count}')
+endif()
+
+if(NOT processor_count MATCHES ^[0-9]+$)
+  set(err 3)
+  message(ProcessorCount function returned a non-integer)
+endif()
+
+if(NOT system_info_processor_count MATCHES ^[0-9]+$)
+  set(err 4)
+  message(SystemInformation ProcessorCount function returned a non-integer)
+endif()
+
+if(err)
+  message(FATAL_ERROR err='${err}')
+endif()

---

Summary of changes:
 Tests/CMakeTests/ProcessorCountTest.cmake.in |   40 --
 1 files changed, 37 insertions(+), 3 deletions(-)


hooks/post-receive
-- 
CMake
___
Cmake-commits mailing list
Cmake-commits@cmake.org
http://public.kitware.com/cgi-bin/mailman/listinfo/cmake-commits


[Cmake-commits] CMake branch, master, updated. v2.8.3-14-g5965ff5

2010-11-09 Thread David Cole
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, master has been updated
   via  5965ff51127c7baaa23b06df510c8adcc5435880 (commit)
   via  de0485459c448fe7ef4b8955d34d8313449f9337 (commit)
  from  b5a46cab851fd0fce570d168f81ae0adfa32b33d (commit)

Those revisions listed above that are new to this repository have
not appeared on any other notification email; so we list those
revisions in full, below.

- Log -
http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=5965ff51127c7baaa23b06df510c8adcc5435880
commit 5965ff51127c7baaa23b06df510c8adcc5435880
Merge: b5a46ca de04854
Author: David Cole david.c...@kitware.com
AuthorDate: Tue Nov 9 15:27:55 2010 -0500
Commit: CMake Topic Stage kwro...@kitware.com
CommitDate: Tue Nov 9 15:27:55 2010 -0500

Merge topic 'qt4-resources-bug5952'

de04854 Force cmake to run again when qrc dependency scanning needs to 
happen.


---

Summary of changes:
 Modules/Qt4Macros.cmake |7 ++-
 1 files changed, 6 insertions(+), 1 deletions(-)


hooks/post-receive
-- 
CMake
___
Cmake-commits mailing list
Cmake-commits@cmake.org
http://public.kitware.com/cgi-bin/mailman/listinfo/cmake-commits


[Cmake-commits] CMake branch, master, updated. v2.8.3-18-g9692d5a

2010-11-09 Thread David Cole
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, master has been updated
   via  9692d5a2b6f706f8b3cfd31fcb5b47277961ccab (commit)
   via  fffe1c07d9029293ef58512890ceb62d8de1df2b (commit)
  from  384816e4deb5e171e4a0651ef08c2af9c59b356a (commit)

Those revisions listed above that are new to this repository have
not appeared on any other notification email; so we list those
revisions in full, below.

- Log -
http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=9692d5a2b6f706f8b3cfd31fcb5b47277961ccab
commit 9692d5a2b6f706f8b3cfd31fcb5b47277961ccab
Merge: 384816e fffe1c0
Author: David Cole david.c...@kitware.com
AuthorDate: Tue Nov 9 15:29:11 2010 -0500
Commit: CMake Topic Stage kwro...@kitware.com
CommitDate: Tue Nov 9 15:29:11 2010 -0500

Merge topic '11363'

fffe1c0 11363: FindBoost.cmake fails to find debug libraries in tagged 
layout install


---

Summary of changes:
 Modules/FindBoost.cmake |1 +
 1 files changed, 1 insertions(+), 0 deletions(-)


hooks/post-receive
-- 
CMake
___
Cmake-commits mailing list
Cmake-commits@cmake.org
http://public.kitware.com/cgi-bin/mailman/listinfo/cmake-commits


[Cmake-commits] CMake branch, master, updated. v2.8.3-20-g1774622

2010-11-09 Thread David Cole
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, master has been updated
   via  1774622487bde44967d6c3181780e6705acf1b9d (commit)
   via  0476715b87e27c8234bc6c3ac9020cb09ac8be1b (commit)
  from  9692d5a2b6f706f8b3cfd31fcb5b47277961ccab (commit)

Those revisions listed above that are new to this repository have
not appeared on any other notification email; so we list those
revisions in full, below.

- Log -
http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=1774622487bde44967d6c3181780e6705acf1b9d
commit 1774622487bde44967d6c3181780e6705acf1b9d
Merge: 9692d5a 0476715
Author: David Cole david.c...@kitware.com
AuthorDate: Tue Nov 9 15:32:43 2010 -0500
Commit: CMake Topic Stage kwro...@kitware.com
CommitDate: Tue Nov 9 15:32:43 2010 -0500

Merge topic 'cmake-gui-args-11388'

0476715 Fix regression to allow specifying a CMakeCache.txt file on the 
command line.


---

Summary of changes:
 Source/QtDialog/CMakeSetup.cxx |   14 +-
 1 files changed, 13 insertions(+), 1 deletions(-)


hooks/post-receive
-- 
CMake
___
Cmake-commits mailing list
Cmake-commits@cmake.org
http://public.kitware.com/cgi-bin/mailman/listinfo/cmake-commits


[Cmake-commits] CMake branch, master, updated. v2.8.3-22-g8eaf172

2010-11-09 Thread David Cole
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, master has been updated
   via  8eaf17227993dd736e1ff27e373557ced07d8351 (commit)
   via  dc36b3499403bad323d7300139fbf459c31f7a2c (commit)
  from  1774622487bde44967d6c3181780e6705acf1b9d (commit)

Those revisions listed above that are new to this repository have
not appeared on any other notification email; so we list those
revisions in full, below.

- Log -
http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=8eaf17227993dd736e1ff27e373557ced07d8351
commit 8eaf17227993dd736e1ff27e373557ced07d8351
Merge: 1774622 dc36b34
Author: David Cole david.c...@kitware.com
AuthorDate: Tue Nov 9 15:36:08 2010 -0500
Commit: CMake Topic Stage kwro...@kitware.com
CommitDate: Tue Nov 9 15:36:08 2010 -0500

Merge topic 'rule-messages'

dc36b34 Honor RULE_MESSAGES property for build target messages


---

Summary of changes:
 Source/cmGlobalUnixMakefileGenerator3.cxx |  172 -
 Source/cmGlobalUnixMakefileGenerator3.h   |1 +
 2 files changed, 96 insertions(+), 77 deletions(-)


hooks/post-receive
-- 
CMake
___
Cmake-commits mailing list
Cmake-commits@cmake.org
http://public.kitware.com/cgi-bin/mailman/listinfo/cmake-commits


[Cmake-commits] CMake branch, master, updated. v2.8.3-24-gb5f9be1

2010-11-09 Thread David Cole
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, master has been updated
   via  b5f9be1d03deb7be87a615e8d3bb89ecf341e288 (commit)
   via  79e02333a6753dd92a58d704c04f18a6d9189523 (commit)
  from  8eaf17227993dd736e1ff27e373557ced07d8351 (commit)

Those revisions listed above that are new to this repository have
not appeared on any other notification email; so we list those
revisions in full, below.

- Log -
http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=b5f9be1d03deb7be87a615e8d3bb89ecf341e288
commit b5f9be1d03deb7be87a615e8d3bb89ecf341e288
Merge: 8eaf172 79e0233
Author: David Cole david.c...@kitware.com
AuthorDate: Tue Nov 9 15:37:33 2010 -0500
Commit: CMake Topic Stage kwro...@kitware.com
CommitDate: Tue Nov 9 15:37:33 2010 -0500

Merge topic 'CheckCompilerFlag-foreign-MSVC'

79e0233 BUG: Fix compiler flag test for non-English MSVC (#11336)


---

Summary of changes:
 Modules/CheckCCompilerFlag.cmake   |3 ++-
 Modules/CheckCXXCompilerFlag.cmake |3 ++-
 2 files changed, 4 insertions(+), 2 deletions(-)


hooks/post-receive
-- 
CMake
___
Cmake-commits mailing list
Cmake-commits@cmake.org
http://public.kitware.com/cgi-bin/mailman/listinfo/cmake-commits


[Cmake-commits] CMake branch, master, updated. v2.8.3-27-g01decaf

2010-11-09 Thread David Cole
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, master has been updated
   via  01decafc9719030c3970ddd4861b7819f79adff6 (commit)
   via  5d3cfdc1f8baf7485bfb89981c3a5eb550325bc3 (commit)
   via  bb1df1ec8ea880c9859845b85828b8b724abb1ba (commit)
  from  b5f9be1d03deb7be87a615e8d3bb89ecf341e288 (commit)

Those revisions listed above that are new to this repository have
not appeared on any other notification email; so we list those
revisions in full, below.

- Log -
http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=01decafc9719030c3970ddd4861b7819f79adff6
commit 01decafc9719030c3970ddd4861b7819f79adff6
Merge: b5f9be1 5d3cfdc
Author: David Cole david.c...@kitware.com
AuthorDate: Tue Nov 9 15:39:09 2010 -0500
Commit: CMake Topic Stage kwro...@kitware.com
CommitDate: Tue Nov 9 15:39:09 2010 -0500

Merge topic 'improve-HTML-test'

5d3cfdc No CMake.HTML test if xmllint has no --nonet.
bb1df1e Make HTML test fail when --nonet arg is not available.


---

Summary of changes:
 Utilities/CMakeLists.txt |4 
 1 files changed, 0 insertions(+), 4 deletions(-)


hooks/post-receive
-- 
CMake
___
Cmake-commits mailing list
Cmake-commits@cmake.org
http://public.kitware.com/cgi-bin/mailman/listinfo/cmake-commits


[Cmake-commits] CMake branch, master, updated. v2.8.3-29-ge3b1dc1

2010-11-09 Thread David Cole
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, master has been updated
   via  e3b1dc171d2a71439830b1656bad5349171c17f4 (commit)
   via  80edcc6a86d7b5e00073c5cd2584383f971b7645 (commit)
  from  01decafc9719030c3970ddd4861b7819f79adff6 (commit)

Those revisions listed above that are new to this repository have
not appeared on any other notification email; so we list those
revisions in full, below.

- Log -
http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=e3b1dc171d2a71439830b1656bad5349171c17f4
commit e3b1dc171d2a71439830b1656bad5349171c17f4
Merge: 01decaf 80edcc6
Author: David Cole david.c...@kitware.com
AuthorDate: Tue Nov 9 15:39:43 2010 -0500
Commit: CMake Topic Stage kwro...@kitware.com
CommitDate: Tue Nov 9 15:39:43 2010 -0500

Merge topic 'document-custom-command-no-DEPENDS'

80edcc6 Document custom command behavior without DEPENDS (#11407)


---

Summary of changes:
 Source/cmAddCustomCommandCommand.h |3 +++
 1 files changed, 3 insertions(+), 0 deletions(-)


hooks/post-receive
-- 
CMake
___
Cmake-commits mailing list
Cmake-commits@cmake.org
http://public.kitware.com/cgi-bin/mailman/listinfo/cmake-commits


[Cmake-commits] CMake branch, master, updated. v2.8.3-32-gc8f6c33

2010-11-09 Thread David Cole
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, master has been updated
   via  c8f6c33ec8a9bb9372bf9c800699e6cfd19533b7 (commit)
   via  95f149e61f1ad8c8cadd74f2dbe36a2613815cc2 (commit)
   via  07cfa57ec5f9f906e075512646100719a0a615aa (commit)
  from  e3b1dc171d2a71439830b1656bad5349171c17f4 (commit)

Those revisions listed above that are new to this repository have
not appeared on any other notification email; so we list those
revisions in full, below.

- Log -
http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=c8f6c33ec8a9bb9372bf9c800699e6cfd19533b7
commit c8f6c33ec8a9bb9372bf9c800699e6cfd19533b7
Merge: e3b1dc1 95f149e
Author: David Cole david.c...@kitware.com
AuthorDate: Tue Nov 9 15:40:37 2010 -0500
Commit: CMake Topic Stage kwro...@kitware.com
CommitDate: Tue Nov 9 15:40:37 2010 -0500

Merge topic 'external-link-depends'

95f149e Define LINK_DEPENDS target property (#11406)
07cfa57 Consolidate duplicate link rule make dependency code


---

Summary of changes:
 Source/cmMakefileExecutableTargetGenerator.cxx |   27 +-
 Source/cmMakefileLibraryTargetGenerator.cxx|   25 +
 Source/cmMakefileTargetGenerator.cxx   |   38 
 Source/cmMakefileTargetGenerator.h |3 ++
 Source/cmTarget.cxx|   12 ++
 Tests/BuildDepends/CMakeLists.txt  |   23 
 Tests/BuildDepends/Project/CMakeLists.txt  |5 +++
 .../BuildDepends/Project/linkdep.cxx   |0
 8 files changed, 83 insertions(+), 50 deletions(-)
 copy Modules/DummyCXXFile.cxx = Tests/BuildDepends/Project/linkdep.cxx (100%)


hooks/post-receive
-- 
CMake
___
Cmake-commits mailing list
Cmake-commits@cmake.org
http://public.kitware.com/cgi-bin/mailman/listinfo/cmake-commits


[Cmake-commits] CMake branch, master, updated. v2.8.3-34-g0c12616

2010-11-09 Thread David Cole
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, master has been updated
   via  0c1261658b759cbe2b448849f3fd22240524cacf (commit)
   via  20ceccc4f28474c89af5797640852f966b731be4 (commit)
  from  c8f6c33ec8a9bb9372bf9c800699e6cfd19533b7 (commit)

Those revisions listed above that are new to this repository have
not appeared on any other notification email; so we list those
revisions in full, below.

- Log -
http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=0c1261658b759cbe2b448849f3fd22240524cacf
commit 0c1261658b759cbe2b448849f3fd22240524cacf
Merge: c8f6c33 20ceccc
Author: David Cole david.c...@kitware.com
AuthorDate: Tue Nov 9 15:44:47 2010 -0500
Commit: CMake Topic Stage kwro...@kitware.com
CommitDate: Tue Nov 9 15:44:47 2010 -0500

Merge topic 'FindPerlLibs-mac'

20ceccc FindPerlLibs: Fix for Mac locally applied patches


---

Summary of changes:
 Modules/FindPerlLibs.cmake |   28 
 1 files changed, 28 insertions(+), 0 deletions(-)


hooks/post-receive
-- 
CMake
___
Cmake-commits mailing list
Cmake-commits@cmake.org
http://public.kitware.com/cgi-bin/mailman/listinfo/cmake-commits


[Cmake-commits] CMake branch, master, updated. v2.8.3-40-g385b681

2010-11-09 Thread David Cole
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, master has been updated
   via  385b681138b5e185bf50e4ee1d54f3b57e229fdd (commit)
   via  f6f3ae5bcd3d560947cfde1c578c42dd979d0c47 (commit)
   via  1e4fd5fc9cf294400a2d6b07a02368da942187bc (commit)
   via  c81ad34e85fcc18fe8095b01e3b06d2cf1005155 (commit)
   via  942ace83935fdb3272e026f21c56a6682b78d6de (commit)
   via  fd343a1a36c4f6ff62f67acfc5506fb2592858b3 (commit)
  from  0c1261658b759cbe2b448849f3fd22240524cacf (commit)

Those revisions listed above that are new to this repository have
not appeared on any other notification email; so we list those
revisions in full, below.

- Log -
http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=385b681138b5e185bf50e4ee1d54f3b57e229fdd
commit 385b681138b5e185bf50e4ee1d54f3b57e229fdd
Merge: 0c12616 f6f3ae5
Author: David Cole david.c...@kitware.com
AuthorDate: Tue Nov 9 15:46:59 2010 -0500
Commit: CMake Topic Stage kwro...@kitware.com
CommitDate: Tue Nov 9 15:46:59 2010 -0500

Merge topic 'add-cse-contract-test'

f6f3ae5 Update tag in the Contracts/cse-snapshot test.
1e4fd5f Enable overriding contract test timeout values.
c81ad34 Add a contract test for building the CSE.
942ace8 Fix contract test so it is not hard coded to the vtk542 test.
fd343a1 Add a Contract test for VTK.  The test downloads and builds VTK.


---

Summary of changes:
 Tests/CMakeLists.txt|   34 +++-
 Tests/Contracts/cse-snapshot/CMakeLists.txt |  114 +++
 Tests/Contracts/cse-snapshot/Dashboard.cmake.in |   76 +++
 Tests/Contracts/cse-snapshot/RunTest.cmake  |3 +
 Tests/Contracts/vtk542/CMakeLists.txt   |   30 ++
 Tests/Contracts/vtk542/RunTest.cmake|1 +
 6 files changed, 256 insertions(+), 2 deletions(-)
 create mode 100644 Tests/Contracts/cse-snapshot/CMakeLists.txt
 create mode 100644 Tests/Contracts/cse-snapshot/Dashboard.cmake.in
 create mode 100644 Tests/Contracts/cse-snapshot/RunTest.cmake
 create mode 100644 Tests/Contracts/vtk542/CMakeLists.txt
 create mode 100644 Tests/Contracts/vtk542/RunTest.cmake


hooks/post-receive
-- 
CMake
___
Cmake-commits mailing list
Cmake-commits@cmake.org
http://public.kitware.com/cgi-bin/mailman/listinfo/cmake-commits


[Cmake-commits] CMake branch, master, updated. v2.8.3-43-g7456714

2010-11-09 Thread David Cole
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, master has been updated
   via  745671441d3bcecac171334da350e92ab8b5f7b9 (commit)
   via  92c082b1c9269a2fcbb9472b02adb3dd57a283ea (commit)
   via  bd56626a4ad06d43c896c59c2065a3fd1cd3b73a (commit)
  from  385b681138b5e185bf50e4ee1d54f3b57e229fdd (commit)

Those revisions listed above that are new to this repository have
not appeared on any other notification email; so we list those
revisions in full, below.

- Log -
http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=745671441d3bcecac171334da350e92ab8b5f7b9
commit 745671441d3bcecac171334da350e92ab8b5f7b9
Merge: 385b681 92c082b
Author: David Cole david.c...@kitware.com
AuthorDate: Tue Nov 9 15:53:55 2010 -0500
Commit: CMake Topic Stage kwro...@kitware.com
CommitDate: Tue Nov 9 15:53:55 2010 -0500

Merge topic 'fix_osf_build'

92c082b Add a fix for the inline keyword on the osf os.
bd56626 Fixes for the OSF operating system build.


---

Summary of changes:
 Utilities/cmlibarchive/CMakeLists.txt  |8 +---
 Utilities/cmlibarchive/build/cmake/config.h.in |3 +++
 Utilities/cmlibarchive/libarchive/archive.h|8 ++--
 Utilities/cmlibarchive/libarchive/archive_endian.h |2 +-
 Utilities/cmlibarchive/libarchive/archive_entry.h  |6 +-
 5 files changed, 20 insertions(+), 7 deletions(-)


hooks/post-receive
-- 
CMake
___
Cmake-commits mailing list
Cmake-commits@cmake.org
http://public.kitware.com/cgi-bin/mailman/listinfo/cmake-commits


[Cmake-commits] CMake branch, next, updated. v2.8.3-583-g7878041

2010-11-09 Thread David Cole
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  78780416750acbe3b551e64df9dc5fa4e6aa0d1d (commit)
   via  745671441d3bcecac171334da350e92ab8b5f7b9 (commit)
   via  385b681138b5e185bf50e4ee1d54f3b57e229fdd (commit)
   via  0c1261658b759cbe2b448849f3fd22240524cacf (commit)
  from  ff6e3cb9ff400cce86597d9be2ef57b15163ddbf (commit)

Those revisions listed above that are new to this repository have
not appeared on any other notification email; so we list those
revisions in full, below.

- Log -
http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=78780416750acbe3b551e64df9dc5fa4e6aa0d1d
commit 78780416750acbe3b551e64df9dc5fa4e6aa0d1d
Merge: ff6e3cb 7456714
Author: David Cole david.c...@kitware.com
AuthorDate: Tue Nov 9 16:00:21 2010 -0500
Commit: David Cole david.c...@kitware.com
CommitDate: Tue Nov 9 16:00:21 2010 -0500

Merge branch 'master' into next


---

Summary of changes:


hooks/post-receive
-- 
CMake
___
Cmake-commits mailing list
Cmake-commits@cmake.org
http://public.kitware.com/cgi-bin/mailman/listinfo/cmake-commits


[Cmake-commits] CMake branch, master, updated. v2.8.3-44-gc5762cf

2010-11-09 Thread KWSys Robot
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, master has been updated
   via  c5762cf58c70f82479586e3938a85e60f9474a6c (commit)
  from  745671441d3bcecac171334da350e92ab8b5f7b9 (commit)

Those revisions listed above that are new to this repository have
not appeared on any other notification email; so we list those
revisions in full, below.

- Log -
http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=c5762cf58c70f82479586e3938a85e60f9474a6c
commit c5762cf58c70f82479586e3938a85e60f9474a6c
Author: KWSys Robot kwro...@kitware.com
AuthorDate: Wed Nov 10 00:01:14 2010 -0500
Commit: KWSys Robot kwro...@kitware.com
CommitDate: Wed Nov 10 00:10:02 2010 -0500

KWSys Nightly Date Stamp

diff --git a/Source/kwsys/kwsysDateStamp.cmake 
b/Source/kwsys/kwsysDateStamp.cmake
index 5ff8eec..f367ade 100644
--- a/Source/kwsys/kwsysDateStamp.cmake
+++ b/Source/kwsys/kwsysDateStamp.cmake
@@ -18,4 +18,4 @@ SET(KWSYS_DATE_STAMP_YEAR  2010)
 SET(KWSYS_DATE_STAMP_MONTH 11)
 
 # KWSys version date day component.  Format is DD.
-SET(KWSYS_DATE_STAMP_DAY   09)
+SET(KWSYS_DATE_STAMP_DAY   10)

---

Summary of changes:
 Source/kwsys/kwsysDateStamp.cmake |2 +-
 1 files changed, 1 insertions(+), 1 deletions(-)


hooks/post-receive
-- 
CMake
___
Cmake-commits mailing list
Cmake-commits@cmake.org
http://public.kitware.com/cgi-bin/mailman/listinfo/cmake-commits