[cmake-developers] Apple tests for target_link_libraries failing

2011-10-11 Thread Stephen Kelly

Hi,

I'm trying to find out why the target_link_libraries unit tests are failing 
on some platforms (but not mine...). I'm enabling one platform at a time. I 
enabled the failing tests for APPLE, so if you want to try it out, you need 
to comment out the if(APPLE).

http://www.cdash.org/CDash/testDetails.php?test=118643411build=1613858

The executable in both failing tests is linking to libraries A, B and C, so 
the executable builds successfully therefore failing the test.

On my system it correctly links the application to libraries A and C only in 
one of the tests, therefore symbols from library B are not found, and the 
build fails as expected.
 
153: 
153:   Linking CXX executable exec
153: 
153:   /home/stephen/dev/build/qt48/cmake/bin/cmake -E cmake_link_script
153:   CMakeFiles/exec.dir/link.txt --verbose=1
153: 
153:   /usr/lib/icecc/bin/c++ CMakeFiles/exec.dir/main.cpp.o -o exec -
rdynamic
153:   
/home/stephen/dev/build/qt48/cmake/Tests/CMakeCommands/target_link_libraries/libs_build_True_True/liblibC.so
153:   
/home/stephen/dev/build/qt48/cmake/Tests/CMakeCommands/target_link_libraries/libs_build_True_True/liblibA.so
153:   -Wl,-
rpath,/home/stephen/dev/build/qt48/cmake/Tests/CMakeCommands/target_link_libraries/libs_build_True_True
153:   -Wl,-rpath-
link,/home/stephen/dev/build/qt48/cmake/Tests/CMakeCommands/target_link_libraries/libs_build_True_True
153: 
153: 
153:   CMakeFiles/exec.dir/main.cpp.o:main.cpp:function main: error: 
undefined
153:   reference to 'classB::classB()'
153: 


Can someone with an apple find out what is causing the B library to appear 
in the link line on APPLE, but not on my system? I can't fix the test 
because I have no apple.

Thanks,

Steve.

--

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://public.kitware.com/cgi-bin/mailman/listinfo/cmake-developers


[cmake-developers] [CMake 0012511]: Cmake doesn't fully optimize Release builds on Clang

2011-10-11 Thread Mantis Bug Tracker

The following issue has been SUBMITTED. 
== 
http://public.kitware.com/Bug/view.php?id=12511 
== 
Reported By:bmn
Assigned To:
== 
Project:CMake
Issue ID:   12511
Category:   (No Category)
Reproducibility:always
Severity:   major
Priority:   low
Status: new
== 
Date Submitted: 2011-10-11 03:25 EDT
Last Modified:  2011-10-11 03:25 EDT
== 
Summary:Cmake doesn't fully optimize Release builds on Clang
Description: 
It uses -O3 flag, while the highest level is -O4
== 

Issue History 
Date ModifiedUsername   FieldChange   
== 
2011-10-11 03:25 bmnNew Issue
==

--

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://public.kitware.com/cgi-bin/mailman/listinfo/cmake-developers


Re: [cmake-developers] Apple tests for target_link_libraries failing

2011-10-11 Thread Bill Hoffman

On 10/11/2011 2:33 AM, Stephen Kelly wrote:


Hi,

I'm trying to find out why the target_link_libraries unit tests are failing
on some platforms (but not mine...). I'm enabling one platform at a time. I
enabled the failing tests for APPLE, so if you want to try it out, you need
to comment out the if(APPLE).



So, the test is still failing on the dashboard now right?  I see it 
failed last night on all the macs, and on the continuous this morning. 
 So, what do we need to comment out?  Are you going to at least 
temporarily fix the dashboard test failures today?  Did you mean to say 
if(NOT APPLE) maybe?



The test output from these tests are very hard for me to parse:

http://www.cdash.org/CDash/testDetails.php?test=118663911build=1614189

Something is failing but I have no idea what.  Perhaps you could 
annotate the tests a bit more so that it prints out a test name or 
something.


Testing link with CLEAR_LINK_INTERFACE_LIBRARIES=TRUE, 
SPECIFY_LINK_INTERFACE_LIBRARIES = TRUE

test # 2.

Or maybe even put a name into the expect_fail calls so that when it 
fails you can easily go back to the line in the CMakeLists.txt where the 
expect_fail is called.Maybe the test should print out the 
CMakeLists.txt file that was generated for it?





So, in this case:
http://www.cdash.org/CDash/testDetails.php?test=118663911build=1614189

What is it you can not see in your output?

It looks to me that for each of them it is linking everything:

 /usr/bin/g++-4.2 -Wall -Wextra -Wformat=2 -Wno-format-nonliteral -Wunused
  -Wpointer-arith -Winvalid-pch -Wcast-align -Wdisabled-optimization
  -Wnewline-eof -fdiagnostics-show-option -Woverloaded-virtual -Wshadow
  -Wwrite-strings -g -fstack-protector-all -D_FORTIFY_SOURCE=2 -arch ppc
  -isysroot /Developer/SDKs/MacOSX10.5.sdk -Wl,-search_paths_first
  -Wl,-headerpad_max_install_names CMakeFiles/exec.dir/main.cpp.o -o exec

/Users/builder/kitware/CMake-gcc-dbg-ppc/Tests/CMakeCommands/target_link_libraries/libs_build_True_True/liblibC.dylib

/Users/builder/kitware/CMake-gcc-dbg-ppc/Tests/CMakeCommands/target_link_libraries/libs_build_True_True/liblibA.dylib

/Users/builder/kitware/CMake-gcc-dbg-ppc/Tests/CMakeCommands/target_link_libraries/libs_build_True_True/liblibB.dylib

If that is true, then the issue must be in the generator some how...

However, I am not really sure if I am looking at the right link line


Bottom line, can you make the test pass again, and what experiment do 
you want someone on a mac to do for you?


-Bill

--

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://public.kitware.com/cgi-bin/mailman/listinfo/cmake-developers


Re: [cmake-developers] Apple tests for target_link_libraries failing

2011-10-11 Thread Stephen Kelly
Bill Hoffman wrote:

 On 10/11/2011 2:33 AM, Stephen Kelly wrote:

 Hi,

 I'm trying to find out why the target_link_libraries unit tests are
 failing on some platforms (but not mine...). I'm enabling one platform at
 a time. I enabled the failing tests for APPLE, so if you want to try it
 out, you need to comment out the if(APPLE).

 
 So, the test is still failing on the dashboard now right?  I see it
 failed last night on all the macs, and on the continuous this morning.
   So, what do we need to comment out?  Are you going to at least
 temporarily fix the dashboard test failures today?  Did you mean to say
 if(NOT APPLE) maybe?


Nope, a few days ago it failed on more than just macs, it also failed on 
some windows and BSD, but I don't know why. Rather than make the whole 
dashboard light up, I only enabled the tests for APPLE first. I guess that 
once we find out why that does not work as expected, the fix will fix all 
other platforms too.

 
 
 The test output from these tests are very hard for me to parse:
 
 http://www.cdash.org/CDash/testDetails.php?test=118663911build=1614189
 
 Something is failing but I have no idea what.  Perhaps you could
 annotate the tests a bit more so that it prints out a test name or
 something.
 
 Testing link with CLEAR_LINK_INTERFACE_LIBRARIES=TRUE,
 SPECIFY_LINK_INTERFACE_LIBRARIES = TRUE
 test # 2.
 
 Or maybe even put a name into the expect_fail calls so that when it
 fails you can easily go back to the line in the CMakeLists.txt where the
 expect_fail is called.Maybe the test should print out the
 CMakeLists.txt file that was generated for it?
 
 

I can look into doing these things. Seems like a good idea. 

 
 
 So, in this case:
 http://www.cdash.org/CDash/testDetails.php?test=118663911build=1614189
 
 What is it you can not see in your output?
 
 It looks to me that for each of them it is linking everything:
 
   /usr/bin/g++-4.2 -Wall -Wextra -Wformat=2 -Wno-format-nonliteral
   -Wunused
-Wpointer-arith -Winvalid-pch -Wcast-align -Wdisabled-optimization
-Wnewline-eof -fdiagnostics-show-option -Woverloaded-virtual -Wshadow
-Wwrite-strings -g -fstack-protector-all -D_FORTIFY_SOURCE=2 -arch ppc
-isysroot /Developer/SDKs/MacOSX10.5.sdk -Wl,-search_paths_first
-Wl,-headerpad_max_install_names CMakeFiles/exec.dir/main.cpp.o -o exec
  
 /Users/builder/kitware/CMake-gcc-dbg-
ppc/Tests/CMakeCommands/target_link_libraries/libs_build_True_True/liblibC.dylib
  
 /Users/builder/kitware/CMake-gcc-dbg-
ppc/Tests/CMakeCommands/target_link_libraries/libs_build_True_True/liblibA.dylib
  
 /Users/builder/kitware/CMake-gcc-dbg-
ppc/Tests/CMakeCommands/target_link_libraries/libs_build_True_True/liblibB.dylib
 
 If that is true, then the issue must be in the generator some how...
 

It indeed looks like it is linking against everything, but it should not be.

 However, I am not really sure if I am looking at the right link line
 

I think you are.

 
 Bottom line, can you make the test pass again, and what experiment do
 you want someone on a mac to do for you?
 

I have attached a tarball. For me it fails when linking the executable.


CMakeFiles/exec.dir/main.cpp.o:main.cpp:function main: error: undefined 
reference to 'classB::classB()'


This is the expected result because I have used 


set(CMAKE_LINK_INTERFACE_LIBRARIES )


It should work on all platforms as far as I know. Commenting out the test 
would make it look like the feature works, though it does not work on APPLE 
and maybe others.

If that builds on APPLE for you, please check why the line in cmTarget.cxx:

  this-SetPropertyDefault(LINK_INTERFACE_LIBRARIES, 0);

introduced in commit ac4dd41bcc3818f010fc19e28b2e76e2407d2a09 is not having 
the desired effect on APPLE.

Thanks,

Steve.


build_should_fail.tar.gz
Description: application/compressed-tar
--

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://public.kitware.com/cgi-bin/mailman/listinfo/cmake-developers

Re: [cmake-developers] Apple tests for target_link_libraries failing

2011-10-11 Thread Bill Hoffman

I am running your test right now...


I do get these warnings:

CMake Warning at 
/Users/kitware/bill/cmake/Modules/GenerateExportHeader.cmake:178 (message):

  GCC version older than 4.2
Call Stack (most recent call first):
  /Users/kitware/bill/cmake/Modules/GenerateExportHeader.cmake:348 
(_test_compiler_hidden_visibility)

  lib/CMakeLists.txt:19 (generate_export_header)


CMake Warning at 
/Users/kitware/bill/cmake/Modules/GenerateExportHeader.cmake:178 (message):

  GCC version older than 4.2
Call Stack (most recent call first):
  /Users/kitware/bill/cmake/Modules/GenerateExportHeader.cmake:348 
(_test_compiler_hidden_visibility)

  lib/CMakeLists.txt:20 (generate_export_header)


CMake Warning at 
/Users/kitware/bill/cmake/Modules/GenerateExportHeader.cmake:178 (message):

  GCC version older than 4.2
Call Stack (most recent call first):
  /Users/kitware/bill/cmake/Modules/GenerateExportHeader.cmake:348 
(_test_compiler_hidden_visibility)

  lib/CMakeLists.txt:21 (generate_export_header)


Does that have anything to do with this?



Here is the link line:

/usr/bin/c++-I/Users/kitware/bill/t/test19-b 
-I/Users/kitware/bill/t/test19 -I/Users/kitware/bill/t/test19/lib 
-I/Users/kitware/bill/t/test19-b/lib-o 
CMakeFiles/exec.dir/main.cpp.o -c /Users/kitware/bill/t/test19/main.cpp

Linking CXX executable exec
/Users/kitware/bill/CMake-gcc/bin/cmake -E cmake_link_script 
CMakeFiles/exec.dir/link.txt --verbose=1
/usr/bin/c++-Wl,-search_paths_first -Wl,-headerpad_max_install_names 
  CMakeFiles/exec.dir/main.cpp.o  -o exec  lib/liblibC.dylib 
lib/liblibB.dylib lib/liblibA.dylib


Do you have a suggestion of where to put some mark up in cmTarget.cxx or 
other places in the code to see where this is coming from?


-Bill


--

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://public.kitware.com/cgi-bin/mailman/listinfo/cmake-developers


Re: [cmake-developers] Apple tests for target_link_libraries failing

2011-10-11 Thread Bill Hoffman

So, basically we this:


set(CMAKE_LINK_INTERFACE_LIBRARIES )

add_library(libA SHARED classA.cpp)
add_library(libB SHARED classB.cpp)
add_library(libC SHARED classC.cpp)

generate_export_header(libA)
generate_export_header(libB)
generate_export_header(libC)

target_link_libraries(libB libA)
target_link_libraries(libC libA libB)

add_executable(exec
  main.cpp
)
target_link_libraries(exec libC )


So, setting CMAKE_LINK_INTERFACE_LIBRARIES to  is supposed to make the 
transitive linking of A and B not happen when linking C.  I tried adding 
some print stuff in the code.  But, I am not sure where to look.


I added the following:

 void cmTarget::SetPropertyDefault(const char* property,
   const char* default_value)
 {
+  bool debug = false;
+  if(strcmp(LINK_INTERFACE_LIBRARIES, property) == 0)
+debug = true;
+  if(debug) std::cerr  this-GetName()  \n;
   // Compute the name of the variable holding the default value.
   std::string var = CMAKE_;
   var += property;
-
+  if(debug) std::cerr  var  \n;
   if(const char* value = this-Makefile-GetDefinition(var.c_str()))
 {
+if(debug) std::cerr  found it   value  \n;
 this-SetProperty(property, value);
 }
   else if(default_value)
 {
+if(debug) std::cerr  not found   default_value  \n;
 this-SetProperty(property, default_value);
 }
 }
diff --git a/Source/cmTargetLinkLibrariesCommand.cxx b/Source/cmTargetLin
kLibrariesCommand.cxx
index 805959d..d2be3fa 100644
--- a/Source/cmTargetLinkLibrariesCommand.cxx
+++ b/Source/cmTargetLinkLibrariesCommand.cxx
@@ -219,6 +219,7 @@ cmTargetLinkLibrariesCommand::HandleLibrary(const cha
r* lib,
   // Handle normal case first.
   if(!this-DoingInterface)
 {
+std::cerr  this-Target-GetName()   Not doing interface  \
n;
 this-Makefile


I ended up with this:

libA
CMAKE_LINK_INTERFACE_LIBRARIES
found it
libB
CMAKE_LINK_INTERFACE_LIBRARIES
found it
libC
CMAKE_LINK_INTERFACE_LIBRARIES
found it


libB Not doing interface
libC Not doing interface
libC Not doing interface


Do you have other prints that I should add?  How is this supposed to work?

-Bill

--

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://public.kitware.com/cgi-bin/mailman/listinfo/cmake-developers


[cmake-developers] [CMake 0012514]: Objective-C files compile as C++ language

2011-10-11 Thread Mantis Bug Tracker

The following issue has been SUBMITTED. 
== 
http://www.cmake.org/Bug/view.php?id=12514 
== 
Reported By:AerialX
Assigned To:
== 
Project:CMake
Issue ID:   12514
Category:   CMake
Reproducibility:always
Severity:   minor
Priority:   normal
Status: new
== 
Date Submitted: 2011-10-11 16:36 EDT
Last Modified:  2011-10-11 16:36 EDT
== 
Summary:Objective-C files compile as C++ language
Description: 
CMAKE_CXX_SOURCE_FILE_EXTENSIONS defaults to including both the .mm and .m
extensions. While .mm is indeed used for Objective-C++, .m is Objective-C and
should be moved into CMAKE_C_SOURCE_FILE_EXTENSIONS instead.

As it is not currently possible to change these variables as a user or in a
toolchain file, the only workaround is to manually mark your .m files as C
language with set_source_files_properties.
== 

Issue History 
Date ModifiedUsername   FieldChange   
== 
2011-10-11 16:36 AerialXNew Issue
==

--

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://public.kitware.com/cgi-bin/mailman/listinfo/cmake-developers


[cmake-developers] [CMake 0012515]: FindDCMTK does not determine and report complete external library dependencies

2011-10-11 Thread Mantis Bug Tracker

The following issue has been SUBMITTED. 
== 
http://public.kitware.com/Bug/view.php?id=12515 
== 
Reported By:Torsten Rohlfing
Assigned To:
== 
Project:CMake
Issue ID:   12515
Category:   Modules
Reproducibility:always
Severity:   major
Priority:   normal
Status: new
== 
Date Submitted: 2011-10-11 17:25 EDT
Last Modified:  2011-10-11 17:25 EDT
== 
Summary:FindDCMTK does not determine and report complete
external library dependencies
Description: 
When using FindDCMTK to configure the use of the DCMTK DICOM toolkit, external
library dependencies are not detected. These, therefore, have to be added by
user projects in a non-portable way.

Examples:

On Fedora (f15), we need the png tiff CharLS xml2 ssl z libraries to resolve
DCMTK's dependencies.

Steps to Reproduce: 
Extract files from attached tgz archive: CMakeLists.txt; example.cxx

Run cmake .; make

Result:

[torsten@axon dcmtk]$ make
Scanning dependencies of target example
[100%] Building CXX object CMakeFiles/example.dir/example.cxx.o 
   
Linking CXX executable example  
   
/usr/lib64/dcmtk/libdcmtls.so: undefined reference to `SSL_CTX_free'
   
/usr/lib64/dcmtk/libdcmsr.so: undefined reference to `xmlSchemaSetParserErrors'
/usr/lib64/dcmtk/libdcmdata.so: undefined reference to `deflateInit2_'
/usr/lib64/dcmtk/libdcmtls.so: undefined reference to `SSL_CIPHER_get_bits'
/usr/lib64/dcmtk/libdcmimage.so: undefined reference to `png_create_info_struct'

and so forth...
== 

Issue History 
Date ModifiedUsername   FieldChange   
== 
2011-10-11 17:25 Torsten RohlfingNew Issue
2011-10-11 17:25 Torsten RohlfingFile Added: dcmtk-depends.tgz  
 
==

--

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://public.kitware.com/cgi-bin/mailman/listinfo/cmake-developers


[CMake] complete change of compilation flags for a single file

2011-10-11 Thread Ilias Miroslav
Dear experts,

within our cmake project there are needs to change compilation flags of some 
individual files, especially we want sometimes to decrease optimization level.

For that there is a command set_source_file_properties, but among PROPERTIES,

http://grip.espace-win.net/doc/apps/cmake/cmake-properties.txt , 

there is no flag to completely replace/modify  CMAKE_Fortran_FLAGS + 
CMAKE_Fortran_FLAGS_RELEASE for that file.

There is only COMPILE_FLAGS putting extra compiler flags for file 's 
compilation.

For instance, for chosen file some_file.F90
SET_SOURCE_FILES_PROPERTIES( some_file.F90 PROPERTIES COMPILE_FLAGS -O1l)

this command combines -O3 from CMAKE_Fortran_FLAGS_RELEASE with -O1 from 
COMPILE_FLAGS ... but we want only -O1.

Another example:

  set_source_files_properties( abacus/her2drv.FPROPERTIES COMPILE_FLAGS 
-O0 -no-ip  )

make VERBOSE=1 abacus/her2drv.o

make -f CMakeFiles/dirac.dir/build.make CMakeFiles/dirac.dir/abacus/her2drv.F.o
make[1]: Entering directory 
`/people/disk2/ilias/QCH_Work/qch_progs/dirac_git/trunk/build_ompi_ifort_icc_mkl_ilp64'
/people/disk2/ilias/bin/cmake_install/bin/cmake -E cmake_progress_report 
/people/disk2/ilias/QCH_Work/qch_progs/dirac_git/trunk/build_ompi_ifort_icc_mkl_ilp64/CMakeFiles
 
Building Fortran object CMakeFiles/dirac.dir/abacus/her2drv.F.o
/people/disk2/ilias/bin/openmpi_ifort_icc_ilp64/bin/mpif90  -o 
CMakeFiles/dirac.dir/abacus/her2drv.F.o -DPRG_DIRAC -DTHIS_IS_CMAKE_BUILD 
-DMOD_XML -DMOD_OPENRSP -DMOD_OOF -DMOD_ESR -DMOD_KRCC -DMOD_SRDFT -DMOD_XCFUN 
-DMOD_MAGNETIZ -DMOD_MCSCF_spinfree -DMOD_UNRELEASED -DMOD_CAP -DMOD_ERI 
-DMOD_DNF -DINSTALL_WRKMEM=6400 -DSYS_LINUX -DINT_STAR8 -DVAR_MPI 
-DVAR_MPI2 -w -assume byterecl -DVAR_IFORT -g -traceback -i8  -O3 -ip -module 
modules -I/people/disk2/ilias/bin/openmpi_ifort_icc_ilp64_valgrind/include 
-I/people/disk2/ilias/QCH_Work/qch_progs/dirac_git/trunk/include 
-I/people/disk2/ilias/QCH_Work/qch_progs/dirac_git/trunk/build_ompi_ifort_icc_mkl_ilp64/modules
 
-I/people/disk2/ilias/QCH_Work/qch_progs/dirac_git/trunk/build_ompi_ifort_icc_mkl_ilp64/xcint/xcfun/fortran
   -O0 -no-ip -c 
/people/disk2/ilias/QCH_Work/qch_progs/dirac_git/trunk/abacus/her2drv.F
make[1]: Leaving directory 
`/people/disk2/ilias/QCH_Work/qch_progs/dirac_git/trunk/build_ompi_ifort_icc_mkl_ilp64'

Here it combines  -O3 -ip at the beginning (in CMAKE_Fortran_FLAGS_RELEASE ) 
with -O0 -no-ip at the end, but we don't want this.

Any help please ?

Miro

--
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] Problems with FindPythonInterp

2011-10-11 Thread Yngve Inntjore Levinsen
Fredag 07 oktober 2011 skrev Yngve Inntjore Levinsen:
 Dear all,
 
 I have some configuration scripts in python that needs to be run for my 
 project, so I use the FindPythonInterp package. This has nicely found the 
 version 2.7 on my system so far, but now it suddenly finds /usr/bin/python 
 which is a soft link to version 3.2. My script doesn't work with python 3.
 
 First: Is it possible to set a requirement that it should be python version 
2?
 
 Second: This for some weird reason only happens on my desktop, even though I 
 have pretty much exactly the same setup on my laptop. On my laptop it finds
 /usr/bin/python2.7 (as it always has). They both have the same python 
versions 
 installed (2.7 and 3.2), and they both have the same cmake version installed 
 (2.8.6). I am running Arch Linux.
 
 On my laptop:
 -- Found PythonInterp: /usr/bin/python2.7
 On my desktop:
 -- Found PythonInterp: /usr/bin/python (found version 3.2.2)
 
 I'm sure there must be some differences in what's installed on the two 
systems,
 but I cannot figure out what.
 
 I tried 
 find_package(PythonInterp 2.7 REQUIRED)
 but that still found the 3.2 version and only commented that 2.7 was 
required.
 
 Let me know if I can provide further information.
 
 Cheers,
 Yngve

Hi,

I did not receive any response to my mail. Here is the solution which was the 
best I could come up with:

First, I made a copy of each of the python scripts and gave them new names 
with _py3 at the end. I converted those to python 3 syntax (2to3 helps you 
quite a bit to get started). Then I added the following in my cmake script:

if(PYTHON_VERSION_MAJOR)
if(${PYTHON_VERSION_MAJOR} EQUAL 3)
set(PYSCRPT_END _py3)
endif()
endif()

Finally I added ${PYSCRPT_END} to all python script names where they occured 
in the cmake scripts. That way cmake chooses the correct scripts 
automatically, which is a good enough solution for me.

I would say though, I'd recommend that you create a way to require python 2. 
It isn't as easy for everyone to rewrite their code, some needed libraries 
might be missing. It is stupid if cmake cannot be used on systems where both 
python 2 and python 3 are installed for this rather simple reason.

Cheers,
Yngve
--
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] CPACK_RESOURCE_FILE_WELCOME has no effect with NSIS

2011-10-11 Thread pellegrini

Hi all,

I would like to package my application using CPACK/NSIS generator.
Using the following line:
   set(CPACK_RESOURCE_FILE_WELCOME ${CMAKE_CURRENT_SOURCE_DIR}/README.txt)
has no effect. Indeed,  my installer still show at start up the default 
wellcome message.


Looking on the web, I found that this bug was raised some time ago 
(http://www.kwwidgets.org/Bug/view.php?id=7880nbn=2). Has it been 
solved since then ?


In the meantime, as a workaround, I was thinking about adding 
explicitely the NSIS commands using CPACK_NSIS_EXTRA_INSTALL_COMMANDS. 
What do you think about ?


thanks for your help

Eric


--
Eric Pellegrini
Calcul Scientifique
Institut Laue-Langevin
Grenoble, France

--
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] CDash using xml directly

2011-10-11 Thread Paul Anton Letnes
Hi!

I am interested in using the CDash (e.g. my.cdash.org) infrastructure for 
running tests of a python package. The build steps may not make sense, 
especially as the project does not use CMake. However, I have found 
instructions online on how to generate the XML expected by CDash, and figured 
that I should be able to upload it directly to CDash. Can anyone give me a hint 
as to how I would go about doing this? Doing it directly from a python script 
would be best; doing it from the command line in *nix would be a good number 
two.

For now, my XML looks like that in the bottom of this e-mail.

Best regards
Paul


?xml version=1.0 standalone=yes?
Site BuildName=darwin Name=courant.phys.ntnu.no
  Testing
StartDateTimeTue Oct 11 15:51:14 2011/StartDateTime
TestList
  Testtest_umath_complex.TestCsqrt.test_special_values(lt;ufunc 
'sqrt'gt;, 1, inf, inf, inf)/Test
  Testtest_umath_complex.TestCsqrt.test_special_values(lt;ufunc 
'sqrt'gt;, -1, inf, inf, inf)/Test
  Testtest_umath_complex.TestCsqrt.test_special_values(lt;ufunc 
'sqrt'gt;, 0.0, inf, inf, inf)/Test
  Testtest_umath_complex.TestCsqrt.test_special_values(lt;ufunc 
'sqrt'gt;, -0.0, inf, inf, inf)/Test
  Testtest_umath_complex.TestCsqrt.test_special_values(lt;ufunc 
'sqrt'gt;, inf, inf, inf, inf)/Test
  Testtest_umath_complex.TestCsqrt.test_special_values(lt;ufunc 
'sqrt'gt;, -inf, inf, inf, inf)/Test
  Testtest_umath_complex.TestCsqrt.test_special_values(lt;ufunc 
'sqrt'gt;, nan, inf, inf, inf)/Test
  Testtest_umath_complex.TestCsqrt.test_special_values(lt;ufunc 
'sqrt'gt;, -inf, 1, 0.0, inf)/Test
/TestList
Test Status=Failed
  Nametest_umath_complex.TestCsqrt.test_special_values(lt;ufunc 
'sqrt'gt;, 1, inf, inf, inf)/Name
/Test
Test Status=Failed
  Nametest_umath_complex.TestCsqrt.test_special_values(lt;ufunc 
'sqrt'gt;, -1, inf, inf, inf)/Name
/Test
Test Status=Failed
  Nametest_umath_complex.TestCsqrt.test_special_values(lt;ufunc 
'sqrt'gt;, 0.0, inf, inf, inf)/Name
/Test
Test Status=Failed
  Nametest_umath_complex.TestCsqrt.test_special_values(lt;ufunc 
'sqrt'gt;, -0.0, inf, inf, inf)/Name
/Test
Test Status=Failed
  Nametest_umath_complex.TestCsqrt.test_special_values(lt;ufunc 
'sqrt'gt;, inf, inf, inf, inf)/Name
/Test
Test Status=Failed
  Nametest_umath_complex.TestCsqrt.test_special_values(lt;ufunc 
'sqrt'gt;, -inf, inf, inf, inf)/Name
/Test
Test Status=Failed
  Nametest_umath_complex.TestCsqrt.test_special_values(lt;ufunc 
'sqrt'gt;, nan, inf, inf, inf)/Name
/Test
Test Status=Failed
  Nametest_umath_complex.TestCsqrt.test_special_values(lt;ufunc 
'sqrt'gt;, -inf, 1, 0.0, inf)/Name
/Test
  /Testing
/Site

--
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] CPACK_RESOURCE_FILE_WELCOME has no effect with NSIS - solved

2011-10-11 Thread pellegrini
This option is valid only for PackageMaker generator. I was not careful 
enough when looking at the doc :-[


sorry

Eric

pellegrini a écrit :

Hi all,

I would like to package my application using CPACK/NSIS generator.
Using the following line:
   set(CPACK_RESOURCE_FILE_WELCOME 
${CMAKE_CURRENT_SOURCE_DIR}/README.txt)
has no effect. Indeed,  my installer still show at start up the 
default wellcome message.


Looking on the web, I found that this bug was raised some time ago 
(http://www.kwwidgets.org/Bug/view.php?id=7880nbn=2). Has it been 
solved since then ?


In the meantime, as a workaround, I was thinking about adding 
explicitely the NSIS commands using CPACK_NSIS_EXTRA_INSTALL_COMMANDS. 
What do you think about ?


thanks for your help

Eric





--
Eric Pellegrini
Calcul Scientifique
Institut Laue-Langevin
Grenoble, France

--
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] Problem with QT3 not generating .cpp files using Cmake

2011-10-11 Thread Darrell Langford
Okay, the problem I am having is as follows.  I am converting a C++ QT3 program 
over from using qmake to cmake and have hit a snag.

The following is my basic layout for the cmakelists.txt file, what happens is, 
when the UIC command gets called from the QT_WRAP_UI it doesn't generate out 
.cpp files, just the .h files.

In qmake for qt3, every .ui file when it goes through UIC gets it's own .h and 
.cpp file, and the .ui.h is your own implementation of some of the functions.  
So Although everything builds, when it hits time to link, it has tons of 
undefined references to itself, because the actual implementations never got 
generated.

Any help or suggestions would be greatly appreciated.

CMakeLists.txt
#**
# Find QT

FIND_PACKAGE(Qt3 REQUIRED)

ADD_DEFINITIONS(${QT_DEFINITIONS})
INCLUDE_DIRECTORIES(${QT_INCLUDE_DIR}
${CMAKE_CURRENT_BINARY_DIR}

        ${CMAKE_CURRENT_SRC_DIR})

SET(SAMPLE_SOURCES main.cpp 
Sample.cpp
UIImpl.cpp )

SET(SAMPLE_HEADERS UIImpl.h 
           Sample.h )

SET(SAMPLE_HEADERS_UI_H SampleControl.ui.h 
           SampleControl2.ui.h)


SET(SAMPLE_FORMS SampleControl.ui 
              SampleControl2.ui )

QT_WRAP_UI(SAMPLEAPP SAMPLE_FORMS_H SAMPLE_FORMS_CPP ${SAMPLE_FORMS})
QT_WRAP_CPP(SAMPLEAPP SAMPLE_HEADERS_MOC ${SAMPLE_HEADERS} ${SAMPLE_FORMS_H})




link_directories(${PROJECT_BINARY_DIR}/src
${PROJECT_SOURCE_DIR}/../lib
${CMAKE_CURRENT_BINARY_DIR})


add_executable(SAMPLEAPP ${SAMPLE_SOURCES} 
    ${SAMPLE_HEADERS_MOC} 
    ${SAMPLE_FORMS_HEADERS} 
    ${SAMPLE_HEADERS_UI_H}
)
target_link_libraries(SAMPLEAPP ${QT_LIBRARIES})
#**


Snippet out of my actual build.make file that is generated from cmake

src/SampleControl.h: ../src/SAMPLEAPP/ui/SampleControl.ui
$(CMAKE_COMMAND) -E cmake_progress_report SAMPLEAPP/build/CMakeFiles 
$(CMAKE_PROGRESS_22)
@$(CMAKE_COMMAND) -E cmake_echo_color --switch=$(COLOR) --blue --bold 
Generating SampleControl.h
SAMPLEAPP/build/src  /usr/bin/uic-qt3 -o SAMPLEAPP/build/src/SampleControl.h 
SAMPLEAPP/src/SAMPLEAPP/ui/SampleControl.ui--
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] Problem with QT3 not generating .cpp files using Cmake

2011-10-11 Thread Clinton Stimpson

Not sure if this is the whole reason, but it looks like you are missing the
${SAMPLE_FORMS_CPP} in add_executable().

Clint

On Tuesday, October 11, 2011 09:46:40 am Darrell Langford wrote:
 Okay, the problem I am having is as follows.  I am converting a C++ QT3
 program over from using qmake to cmake and have hit a snag.
 
 The following is my basic layout for the cmakelists.txt file, what happens
 is, when the UIC command gets called from the QT_WRAP_UI it doesn't
 generate out .cpp files, just the .h files.
 
 In qmake for qt3, every .ui file when it goes through UIC gets it's own .h
 and .cpp file, and the .ui.h is your own implementation of some of the
 functions.  So Although everything builds, when it hits time to link, it
 has tons of undefined references to itself, because the actual
 implementations never got generated.
 
 Any help or suggestions would be greatly appreciated.
 
 CMakeLists.txt
 #**
 # Find QT
 
 FIND_PACKAGE(Qt3 REQUIRED)
 
 ADD_DEFINITIONS(${QT_DEFINITIONS})
 INCLUDE_DIRECTORIES(${QT_INCLUDE_DIR}
 ${CMAKE_CURRENT_BINARY_DIR}
 
 ${CMAKE_CURRENT_SRC_DIR})
 
 SET(SAMPLE_SOURCES main.cpp 
 Sample.cpp
 UIImpl.cpp )
 
 SET(SAMPLE_HEADERS UIImpl.h 
Sample.h )
 
 SET(SAMPLE_HEADERS_UI_H SampleControl.ui.h 
SampleControl2.ui.h)
 
 
 SET(SAMPLE_FORMS SampleControl.ui 
   SampleControl2.ui )
 
 QT_WRAP_UI(SAMPLEAPP SAMPLE_FORMS_H SAMPLE_FORMS_CPP ${SAMPLE_FORMS})
 QT_WRAP_CPP(SAMPLEAPP SAMPLE_HEADERS_MOC ${SAMPLE_HEADERS}
 ${SAMPLE_FORMS_H})
 
 
 
 
 link_directories(${PROJECT_BINARY_DIR}/src
 ${PROJECT_SOURCE_DIR}/../lib
 ${CMAKE_CURRENT_BINARY_DIR})
 
 
 add_executable(SAMPLEAPP ${SAMPLE_SOURCES} 
 ${SAMPLE_HEADERS_MOC} 
 ${SAMPLE_FORMS_HEADERS} 
 ${SAMPLE_HEADERS_UI_H}
 )
 target_link_libraries(SAMPLEAPP ${QT_LIBRARIES})
 #**
 
 
 Snippet out of my actual build.make file that is generated from cmake
 
 src/SampleControl.h: ../src/SAMPLEAPP/ui/SampleControl.ui
 $(CMAKE_COMMAND) -E cmake_progress_report SAMPLEAPP/build/CMakeFiles
 $(CMAKE_PROGRESS_22) @$(CMAKE_COMMAND) -E cmake_echo_color
 --switch=$(COLOR) --blue --bold Generating SampleControl.h
 SAMPLEAPP/build/src  /usr/bin/uic-qt3 -o
 SAMPLEAPP/build/src/SampleControl.h
 SAMPLEAPP/src/SAMPLEAPP/ui/SampleControl.ui

-- 
Clinton Stimpson
Elemental Technologies, Inc
Computational Simulation Software, LLC
www.csimsoft.com
--
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] if (DEFINED $ENV{VAR}) doesn't work as expected

2011-10-11 Thread Glenn Coombs
Hi,

I've just had a CMakeLists.txt fail to work as expected because somebody was
testing to see whether an environment variable was set with the syntax: if
(DEFINED $ENV{VAR}).  This short example shows the problem:

cmake_minimum_required(VERSION 2.8)

project(foo)

message(HOME: $ENV{HOME})
if (DEFINED $ENV{HOME})
message(HOME is defined)
else()
message(HOME is NOT defined)
endif()

if (DEFINED FOO)
message(At 1: FOO is defined)
else()
message(At 1: FOO is NOT defined)
endif()

set(FOO foo)

if (DEFINED FOO)
message(At 2:FOO is defined)
else()
message(At 2:FOO is NOT defined)
endif()

When run it prints this:

HOME: /user/grc
HOME is NOT defined
At 1: FOO is NOT defined
At 2:FOO is defined

So the test for if a variable is defined works for cmake variables but not
for environment variables.  I can work around this by testing if the
environment variable is the empty string I guess.  Is the current behaviour
what is wanted, or is this a bug ?

--
Glenn
--
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] ctest_update fails

2011-10-11 Thread Tyler
Have you tried using ctest -VV or ctest --debug to find out what's really
going on?

tyler

On Mon, Oct 3, 2011 at 4:36 PM, Mike Owens m...@transpireinc.com wrote:

 **
 ctest_update(SOURCE ${CTEST_SOURCE_DIRECTORY} RETURN_VALUE update_result)
 is producing this error.

  *Update command failed: /opt/bin/svn update --non-interactive*


 If I run svn --non-interactive update manually, the update occurs with out
 any problems. Also svn status says that there isn't any problems with the
 source directory. Are there any known problems with ctest_update with cmake
 2.8.5?

   --
 Mike Owens m...@transpireinc.com


 --
 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] CDash using xml directly

2011-10-11 Thread Tyler
I recommend using CTest to drive the tests. You can write a CTest
script that (essentially) only does ctest_test() and ctest_submit().
Then you don't have to worry about tracking the CTest XML format.

If you don't want to do that, you'll need to simulate CTest's start
and test XML and upload it to the server. I'm sure there are a million
ways to do this with python, or you could use wget/curl.

tyler

On Tue, Oct 11, 2011 at 7:02 AM, Paul Anton Letnes
paul.anton.let...@gmail.com wrote:
 Hi!

 I am interested in using the CDash (e.g. my.cdash.org) infrastructure for 
 running tests of a python package. The build steps may not make sense, 
 especially as the project does not use CMake. However, I have found 
 instructions online on how to generate the XML expected by CDash, and figured 
 that I should be able to upload it directly to CDash. Can anyone give me a 
 hint as to how I would go about doing this? Doing it directly from a python 
 script would be best; doing it from the command line in *nix would be a good 
 number two.

 For now, my XML looks like that in the bottom of this e-mail.

 Best regards
 Paul


 ?xml version=1.0 standalone=yes?
 Site BuildName=darwin Name=courant.phys.ntnu.no
  Testing
    StartDateTimeTue Oct 11 15:51:14 2011/StartDateTime
    TestList
      Testtest_umath_complex.TestCsqrt.test_special_values(lt;ufunc 
 'sqrt'gt;, 1, inf, inf, inf)/Test
      Testtest_umath_complex.TestCsqrt.test_special_values(lt;ufunc 
 'sqrt'gt;, -1, inf, inf, inf)/Test
      Testtest_umath_complex.TestCsqrt.test_special_values(lt;ufunc 
 'sqrt'gt;, 0.0, inf, inf, inf)/Test
      Testtest_umath_complex.TestCsqrt.test_special_values(lt;ufunc 
 'sqrt'gt;, -0.0, inf, inf, inf)/Test
      Testtest_umath_complex.TestCsqrt.test_special_values(lt;ufunc 
 'sqrt'gt;, inf, inf, inf, inf)/Test
      Testtest_umath_complex.TestCsqrt.test_special_values(lt;ufunc 
 'sqrt'gt;, -inf, inf, inf, inf)/Test
      Testtest_umath_complex.TestCsqrt.test_special_values(lt;ufunc 
 'sqrt'gt;, nan, inf, inf, inf)/Test
      Testtest_umath_complex.TestCsqrt.test_special_values(lt;ufunc 
 'sqrt'gt;, -inf, 1, 0.0, inf)/Test
    /TestList
    Test Status=Failed
      Nametest_umath_complex.TestCsqrt.test_special_values(lt;ufunc 
 'sqrt'gt;, 1, inf, inf, inf)/Name
    /Test
    Test Status=Failed
      Nametest_umath_complex.TestCsqrt.test_special_values(lt;ufunc 
 'sqrt'gt;, -1, inf, inf, inf)/Name
    /Test
    Test Status=Failed
      Nametest_umath_complex.TestCsqrt.test_special_values(lt;ufunc 
 'sqrt'gt;, 0.0, inf, inf, inf)/Name
    /Test
    Test Status=Failed
      Nametest_umath_complex.TestCsqrt.test_special_values(lt;ufunc 
 'sqrt'gt;, -0.0, inf, inf, inf)/Name
    /Test
    Test Status=Failed
      Nametest_umath_complex.TestCsqrt.test_special_values(lt;ufunc 
 'sqrt'gt;, inf, inf, inf, inf)/Name
    /Test
    Test Status=Failed
      Nametest_umath_complex.TestCsqrt.test_special_values(lt;ufunc 
 'sqrt'gt;, -inf, inf, inf, inf)/Name
    /Test
    Test Status=Failed
      Nametest_umath_complex.TestCsqrt.test_special_values(lt;ufunc 
 'sqrt'gt;, nan, inf, inf, inf)/Name
    /Test
    Test Status=Failed
      Nametest_umath_complex.TestCsqrt.test_special_values(lt;ufunc 
 'sqrt'gt;, -inf, 1, 0.0, inf)/Name
    /Test
  /Testing
 /Site

 --
 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] Question about variables, cache, and scope

2011-10-11 Thread Glenn Coombs
Doh :-)  Thanks for pointing out what should perhaps have been obvious in
retrospect.  Cache variables are one of the more confusing areas of cmake.

--
Glenn

On 10 October 2011 22:38, Bill Hoffman bill.hoff...@kitware.com wrote:

 On 10/10/2011 3:52 PM, Robert Dailey wrote:

 Yes, this works perfectly.

 It's a bit disappointing that cache variables are, for all intents and
 purposes, read-only in functions. The property approach is a bit more
 verbose but it functions! I think 'set' needs a new override
 specifically for cases like this. Something similar to PARENT_SCOPE,
 but something like CACHE_SCOPE, that forces CMake to first check for
 the existance of a cache variable with that name, and it would take
 precedence over any identically named variable in function scope.

 On another note, you'd think this would work too but it doesn't:

 set( project_count ${new_count} CACHE INTERNAL FORCE )


 This works:


 set( project_count 0 CACHE INTERNAL )
 function( define_project )

   math( EXPR count ${project_count}+1 )
   set( project_count ${count} CACHE INTERNAL )
 endfunction()
 define_project()
 message(${project_count})
 define_project()
 message(${project_count})
 define_project()
 message(${project_count})

 It prints out
 1
 2
 3

 -Bill

 --
 Powered by www.kitware.com

 Visit other Kitware open-source projects at http://www.kitware.com/**
 opensource/opensource.htmlhttp://www.kitware.com/opensource/opensource.html

 Please keep messages on-topic and check the CMake FAQ at:
 http://www.cmake.org/Wiki/**CMake_FAQhttp://www.cmake.org/Wiki/CMake_FAQ

 Follow this link to subscribe/unsubscribe:
 http://www.cmake.org/mailman/**listinfo/cmakehttp://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] Problem with QT3 not generating .cpp files using Cmake

2011-10-11 Thread Darrell Langford
Thanks, that was it.. doh!!!



From: Clinton Stimpson clin...@elemtech.com
To: cmake@cmake.org
Sent: Tuesday, October 11, 2011 10:50 AM
Subject: Re: [CMake] Problem with QT3 not generating .cpp files using Cmake


Not sure if this is the whole reason, but it looks like you are missing the
${SAMPLE_FORMS_CPP} in add_executable().

Clint

On Tuesday, October 11, 2011 09:46:40 am Darrell Langford wrote:
 Okay, the problem I am having is as follows.  I am converting a C++ QT3
 program over from using qmake to cmake and have hit a snag.
 
 The following is my basic layout for the cmakelists.txt file, what happens
 is, when the UIC command gets called from the QT_WRAP_UI it doesn't
 generate out .cpp files, just the .h files.
 
 In qmake for qt3, every .ui file when it goes through UIC gets it's own .h
 and .cpp file, and the .ui.h is your own implementation of some of the
 functions.  So Although everything builds, when it hits time to link, it
 has tons of undefined references to itself, because the actual
 implementations never got generated.
 
 Any help or suggestions would be greatly appreciated.
 
 CMakeLists.txt
 #**
 # Find QT
 
 FIND_PACKAGE(Qt3 REQUIRED)
 
 ADD_DEFINITIONS(${QT_DEFINITIONS})
 INCLUDE_DIRECTORIES(${QT_INCLUDE_DIR}
 ${CMAKE_CURRENT_BINARY_DIR}
 
         ${CMAKE_CURRENT_SRC_DIR})
 
 SET(SAMPLE_SOURCES main.cpp 
 Sample.cpp
 UIImpl.cpp )
 
 SET(SAMPLE_HEADERS UIImpl.h 
            Sample.h )
 
 SET(SAMPLE_HEADERS_UI_H SampleControl.ui.h 
            SampleControl2.ui.h)
 
 
 SET(SAMPLE_FORMS SampleControl.ui 
               SampleControl2.ui )
 
 QT_WRAP_UI(SAMPLEAPP SAMPLE_FORMS_H SAMPLE_FORMS_CPP ${SAMPLE_FORMS})
 QT_WRAP_CPP(SAMPLEAPP SAMPLE_HEADERS_MOC ${SAMPLE_HEADERS}
 ${SAMPLE_FORMS_H})
 
 
 
 
 link_directories(${PROJECT_BINARY_DIR}/src
 ${PROJECT_SOURCE_DIR}/../lib
 ${CMAKE_CURRENT_BINARY_DIR})
 
 
 add_executable(SAMPLEAPP ${SAMPLE_SOURCES} 
     ${SAMPLE_HEADERS_MOC} 
     ${SAMPLE_FORMS_HEADERS} 
     ${SAMPLE_HEADERS_UI_H}
 )
 target_link_libraries(SAMPLEAPP ${QT_LIBRARIES})
 #**
 
 
 Snippet out of my actual build.make file that is generated from cmake
 
 src/SampleControl.h: ../src/SAMPLEAPP/ui/SampleControl.ui
 $(CMAKE_COMMAND) -E cmake_progress_report SAMPLEAPP/build/CMakeFiles
 $(CMAKE_PROGRESS_22) @$(CMAKE_COMMAND) -E cmake_echo_color
 --switch=$(COLOR) --blue --bold Generating SampleControl.h
 SAMPLEAPP/build/src  /usr/bin/uic-qt3 -o
 SAMPLEAPP/build/src/SampleControl.h
 SAMPLEAPP/src/SAMPLEAPP/ui/SampleControl.ui

-- 
Clinton Stimpson
Elemental Technologies, Inc
Computational Simulation Software, LLC
www.csimsoft.com
--
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] ExternalProject: avoiding rebuilds

2011-10-11 Thread Ben Medina
As an extreme example, consider using boost's header-only libraries.
If I point external project at a boost tarball, every time I rebuild
(or make clean; make), CMake will re-extract the tarball, which is
quite slow for a tarball with so many files.

Why does CMake re-extract tarballs at all? When would this behavior be
desirable?

On Mon, Sep 26, 2011 at 10:37 AM, Ben Medina ben.med...@gmail.com wrote:
 John is right. The external project may be at the bottom of a chain of
 (my own) project dependencies. I need to preserve the ability to
 easily rebuild just my projects (and their dependencies), not external
 projects. Think of ExternalProject as a replacement for pre-built
 libraries, and you'll see where I'm coming from.

 Perhaps I need to file a feature request on Mantis.

 On Sat, Sep 24, 2011 at 2:32 AM, John Drescher dresche...@gmail.com wrote:
 On Sat, Sep 24, 2011 at 4:11 AM, Rolf Eike Beer e...@sf-mail.de wrote:
 Am Freitag, 23. September 2011, 16:26:46 schrieb Ben Medina:
 Hello all,

 I'm trying to adopt greater usage of ExternalProject in my project.
 One problem I'd like to resolve is spurious rebuilds of external
 projects.

 [...]

 This works great: building test first untars the CLAPACK source and
 builds it, as expected. However, if I rebuild test (i.e. in Visual
 Studio, right-click on test and rebuild), then the CLAPACK tarball get
 extracted *again*, and a full rebuild of CLAPACK happens. I'd expect
 that, unless the tarball is changed, a rebuild of the external project
 is a no-op.

 Is there a way to achieve my desired behavior?

 Yes, use the correct option. Rebuild means rebuild this target and all of
 it's dependencies. There is a different option, something like rebuild 
 only
 this target. Just use this one.


 That may be difficult in practice. I mean I typically have 20 to 40
 targets in my projects and sometimes I would want them all rebuilt.
 However I there is a batch build option in Visual Studio that can be
 used for that. In this case you check which targets you want built so
 you can click select all and then uncheck the external project.

 John
 --

 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] if (DEFINED $ENV{VAR}) doesn't work as expected

2011-10-11 Thread Michael Wild
On 10/11/2011 06:02 PM, Glenn Coombs wrote:
 Hi,
 
 I've just had a CMakeLists.txt fail to work as expected because somebody
 was testing to see whether an environment variable was set with the
 syntax: if (DEFINED $ENV{VAR}).  This short example shows the problem:
 
 cmake_minimum_required(VERSION 2.8)
 
 project(foo)
 
 message(HOME: $ENV{HOME})
 if (DEFINED $ENV{HOME})
 message(HOME is defined)
 else()
 message(HOME is NOT defined)
 endif()
 
 if (DEFINED FOO)
 message(At 1: FOO is defined)
 else()
 message(At 1: FOO is NOT defined)
 endif()
 
 set(FOO foo)
 
 if (DEFINED FOO)
 message(At 2:FOO is defined)
 else()
 message(At 2:FOO is NOT defined)
 endif()
 
 When run it prints this:
 
 HOME: /user/grc
 HOME is NOT defined
 At 1: FOO is NOT defined
 At 2:FOO is defined
 
 So the test for if a variable is defined works for cmake variables but
 not for environment variables.  I can work around this by testing if the
 environment variable is the empty string I guess.  Is the current
 behaviour what is wanted, or is this a bug ?
 
 --
 Glenn

That's because it should read

if(DEFINED ENV{VAR})

notice the missing $. Otherwise you are testing whether a variable is
defined whose name is given by the content of the VAR environment variable.

HTH

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


Re: [CMake] Source file specific properties

2011-10-11 Thread Alexander Neundorf
On Monday 10 October 2011, Robert Dailey wrote:
 I'm using set_source_files_properties() to add COMPILE_DEFINITIONS to a
 single source file. Are these definitions appended to those added via
 target-specific defines, or do they completely replace the existing ones? I
 need them to append, which is why I ask.

They are appended.
And you can simply try that out quickly:

cmake_minimum_required(VERSION 2.8)

set_source_files_properties(hello.c PROPERTIES COMPILE_FLAGS -DFOO)

add_executable(hello main.c hello.c)


That's all you need for testing, and two source files:

int hello(void) { return 17; }

and a main.c:

#include stdio.h
extern int hello(void);

int main()
{
  printf(hello: %d\n, hello());
  return 0;
}

Alex
--
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] if (DEFINED $ENV{VAR}) doesn't work as expected

2011-10-11 Thread Glenn Coombs
Yes, that did help.  Works perfectly without the $ character.

--
Glenn

On 11 October 2011 19:55, Michael Wild them...@gmail.com wrote:

 On 10/11/2011 06:02 PM, Glenn Coombs wrote:
  Hi,
 
  I've just had a CMakeLists.txt fail to work as expected because somebody
  was testing to see whether an environment variable was set with the
  syntax: if (DEFINED $ENV{VAR}).  This short example shows the problem:
 
  cmake_minimum_required(VERSION 2.8)
 
  project(foo)
 
  message(HOME: $ENV{HOME})
  if (DEFINED $ENV{HOME})
  message(HOME is defined)
  else()
  message(HOME is NOT defined)
  endif()
 
  if (DEFINED FOO)
  message(At 1: FOO is defined)
  else()
  message(At 1: FOO is NOT defined)
  endif()
 
  set(FOO foo)
 
  if (DEFINED FOO)
  message(At 2:FOO is defined)
  else()
  message(At 2:FOO is NOT defined)
  endif()
 
  When run it prints this:
 
  HOME: /user/grc
  HOME is NOT defined
  At 1: FOO is NOT defined
  At 2:FOO is defined
 
  So the test for if a variable is defined works for cmake variables but
  not for environment variables.  I can work around this by testing if the
  environment variable is the empty string I guess.  Is the current
  behaviour what is wanted, or is this a bug ?
 
  --
  Glenn

 That's because it should read

 if(DEFINED ENV{VAR})

 notice the missing $. Otherwise you are testing whether a variable is
 defined whose name is given by the content of the VAR environment variable.

 HTH

 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

--
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] Problems with FindPythonInterp

2011-10-11 Thread Campbell Barton
On Tue, Oct 11, 2011 at 10:50 PM, Yngve Inntjore Levinsen
yngve.levin...@gmail.com wrote:
 Fredag 07 oktober 2011 skrev Yngve Inntjore Levinsen:
 Dear all,

 I have some configuration scripts in python that needs to be run for my
 project, so I use the FindPythonInterp package. This has nicely found the
 version 2.7 on my system so far, but now it suddenly finds /usr/bin/python
 which is a soft link to version 3.2. My script doesn't work with python 3.

 First: Is it possible to set a requirement that it should be python version
 2?

 Second: This for some weird reason only happens on my desktop, even though I
 have pretty much exactly the same setup on my laptop. On my laptop it finds
 /usr/bin/python2.7 (as it always has). They both have the same python
 versions
 installed (2.7 and 3.2), and they both have the same cmake version installed
 (2.8.6). I am running Arch Linux.

 On my laptop:
 -- Found PythonInterp: /usr/bin/python2.7
 On my desktop:
 -- Found PythonInterp: /usr/bin/python (found version 3.2.2)

 I'm sure there must be some differences in what's installed on the two
 systems,
 but I cannot figure out what.

 I tried
 find_package(PythonInterp 2.7 REQUIRED)
 but that still found the 3.2 version and only commented that 2.7 was
 required.

 Let me know if I can provide further information.

 Cheers,
 Yngve

 Hi,

 I did not receive any response to my mail. Here is the solution which was the
 best I could come up with:

 First, I made a copy of each of the python scripts and gave them new names
 with _py3 at the end. I converted those to python 3 syntax (2to3 helps you
 quite a bit to get started). Then I added the following in my cmake script:

 if(PYTHON_VERSION_MAJOR)
    if(${PYTHON_VERSION_MAJOR} EQUAL 3)
        set(PYSCRPT_END _py3)
    endif()
 endif()

 Finally I added ${PYSCRPT_END} to all python script names where they occured
 in the cmake scripts. That way cmake chooses the correct scripts
 automatically, which is a good enough solution for me.

 I would say though, I'd recommend that you create a way to require python 2.
 It isn't as easy for everyone to rewrite their code, some needed libraries
 might be missing. It is stupid if cmake cannot be used on systems where both
 python 2 and python 3 are installed for this rather simple reason.

 Cheers,
 Yngve
 --
 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


Proper python3 support (which allows selecting python2 also), is not
trivial I think because it needs to support ABI flags for 3.2+, and no
ABI flags for previous versions (cant recall which version exactly API
flags were added).

Since CMake currently only supports python2.x some quick fix not to
select python binary which is version 3.x should be pretty easy.

On a similar topic, I maintain a py3.x find module which supports ABI
flags, perhaps helpful for updating CMake's support for py3:
https://svn.blender.org/svnroot/bf-blender/trunk/blender/build_files/cmake/Modules/FindPythonLibsUnix.cmake

-- 
- Campbell
--
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] Which style of file extension is better for optional CMake files?

2011-10-11 Thread Ryuan Choi
Dear CMake Developers,

Can I know which style is more closed to CMake style?
a) CMakeLists.txt and PlatformXXX.cmake for optional platform specific source 
lists in same folder.
b) CMakeLists.txt and CMakeListsXXX.cmake in same folder.

Because there are many platform specific files in my project, CMakeLists.txt 
should be seperated.
I'd like to know which one is better and fix them better way.

Below is related bug and you can see more information.
https://bugs.webkit.org/show_bug.cgi?id=56705

Best Regards,
Ryuan Choi
--
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] Problems with FindPythonInterp

2011-10-11 Thread Yngve Inntjore Levinsen
Onsdag 12 oktober 2011 skrev Campbell Barton:
 On Tue, Oct 11, 2011 at 10:50 PM, Yngve Inntjore Levinsen
 yngve.levin...@gmail.com wrote:
  Fredag 07 oktober 2011 skrev Yngve Inntjore Levinsen:
  Dear all,
 
  I have some configuration scripts in python that needs to be run for my
  project, so I use the FindPythonInterp package. This has nicely found the
  version 2.7 on my system so far, but now it suddenly finds /usr/bin/python
  which is a soft link to version 3.2. My script doesn't work with python 
3.
 
  First: Is it possible to set a requirement that it should be python 
version
  2?
 
  Second: This for some weird reason only happens on my desktop, even 
though I
  have pretty much exactly the same setup on my laptop. On my laptop it 
finds
  /usr/bin/python2.7 (as it always has). They both have the same python
  versions
  installed (2.7 and 3.2), and they both have the same cmake version 
installed
  (2.8.6). I am running Arch Linux.
 
  On my laptop:
  -- Found PythonInterp: /usr/bin/python2.7
  On my desktop:
  -- Found PythonInterp: /usr/bin/python (found version 3.2.2)
 
  I'm sure there must be some differences in what's installed on the two
  systems,
  but I cannot figure out what.
 
  I tried
  find_package(PythonInterp 2.7 REQUIRED)
  but that still found the 3.2 version and only commented that 2.7 was
  required.
 
  Let me know if I can provide further information.
 
  Cheers,
  Yngve
 
  Hi,
 
  I did not receive any response to my mail. Here is the solution which was 
the
  best I could come up with:
 
  First, I made a copy of each of the python scripts and gave them new names
  with _py3 at the end. I converted those to python 3 syntax (2to3 helps 
you
  quite a bit to get started). Then I added the following in my cmake 
script:
 
  if(PYTHON_VERSION_MAJOR)
 if(${PYTHON_VERSION_MAJOR} EQUAL 3)
 set(PYSCRPT_END _py3)
 endif()
  endif()
 
  Finally I added ${PYSCRPT_END} to all python script names where they 
occured
  in the cmake scripts. That way cmake chooses the correct scripts
  automatically, which is a good enough solution for me.
 
  I would say though, I'd recommend that you create a way to require python 
2.
  It isn't as easy for everyone to rewrite their code, some needed libraries
  might be missing. It is stupid if cmake cannot be used on systems where 
both
  python 2 and python 3 are installed for this rather simple reason.
 
  Cheers,
  Yngve
  --
  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
 
 Proper python3 support (which allows selecting python2 also), is not
 trivial I think because it needs to support ABI flags for 3.2+, and no
 ABI flags for previous versions (cant recall which version exactly API
 flags were added).
 
 Since CMake currently only supports python2.x some quick fix not to
 select python binary which is version 3.x should be pretty easy.
 
 On a similar topic, I maintain a py3.x find module which supports ABI
 flags, perhaps helpful for updating CMake's support for py3:
 https://svn.blender.org/svnroot/bf-
blender/trunk/blender/build_files/cmake/Modules/FindPythonLibsUnix.cmake
 
 

Hi,

I am using the FindPythonInterp module (though both are relevant). Before 
2.8.6 that module only found python 2, even if /usr/bin/python was python 3 as 
it is on my system. Something similar to Qt I suppose would be a decent 
solution, where you have FindQt, FindQt3 and FindQt4.

As for the difference between my laptop and desktop by the way, I figured it 
out. I had installed a git version at some point on my laptop. They reported 
to be the same cmake version, which is why I didn't notice at first.

Cheers,
Yngve
--
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, master, updated. v2.8.6-10-gbb28c9f

2011-10-11 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  bb28c9f3bfca406846ff67e4a1f96e87e708f749 (commit)
   via  648c4544542ff54b3d5c498f36acae970edf0ae0 (commit)
  from  fac6e2ef4448a3dd42c149383468b9b681d3215f (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=bb28c9f3bfca406846ff67e4a1f96e87e708f749
commit bb28c9f3bfca406846ff67e4a1f96e87e708f749
Merge: fac6e2e 648c454
Author: David Cole david.c...@kitware.com
AuthorDate: Tue Oct 11 14:44:48 2011 -0400
Commit: CMake Topic Stage kwro...@kitware.com
CommitDate: Tue Oct 11 14:44:48 2011 -0400

Merge topic 'qt_dbus_interface_args'

648c454 Add features from KDE for arguments to qdbusxml2cpp.


---

Summary of changes:
 Modules/Qt4Macros.cmake |   19 ---
 1 files changed, 16 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.6-12-g4daef77

2011-10-11 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  4daef775f5a1faf33404d99591670394977658e6 (commit)
   via  b0cd630521658ddf8f8547597ac9c24a725f20e7 (commit)
  from  bb28c9f3bfca406846ff67e4a1f96e87e708f749 (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=4daef775f5a1faf33404d99591670394977658e6
commit 4daef775f5a1faf33404d99591670394977658e6
Merge: bb28c9f b0cd630
Author: David Cole david.c...@kitware.com
AuthorDate: Tue Oct 11 14:45:00 2011 -0400
Commit: CMake Topic Stage kwro...@kitware.com
CommitDate: Tue Oct 11 14:45:00 2011 -0400

Merge topic 'refactor-find-search-paths'

b0cd630 Refactor find_* command final path list computation


---

Summary of changes:
 Source/cmFindBase.cxx   |6 +-
 Source/cmFindCommon.cxx |7 ++-
 Source/cmFindCommon.h   |4 ++--
 Source/cmFindPackageCommand.cxx |   14 +-
 Source/cmFindPackageCommand.h   |1 -
 5 files changed, 10 insertions(+), 22 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.6-16-g6a8c703

2011-10-11 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  6a8c70365f98e368be88be74f7b99d9e22f0ac63 (commit)
   via  41719b7507a70b0c098f652c96693ba7755b397f (commit)
  from  3ece15b8f97d060f2fd9b9d38f03ade65b29d73b (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=6a8c70365f98e368be88be74f7b99d9e22f0ac63
commit 6a8c70365f98e368be88be74f7b99d9e22f0ac63
Merge: 3ece15b 41719b7
Author: David Cole david.c...@kitware.com
AuthorDate: Tue Oct 11 14:45:13 2011 -0400
Commit: CMake Topic Stage kwro...@kitware.com
CommitDate: Tue Oct 11 14:45:13 2011 -0400

Merge topic 'libarchive-CheckFileOffsetBits-typo'

41719b7 libarchive: fix typo in CheckFileOffsetBits.cmake


---

Summary of changes:
 .../build/cmake/CheckFileOffsetBits.cmake  |6 +++---
 1 files changed, 3 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.6-14-g3ece15b

2011-10-11 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  3ece15b8f97d060f2fd9b9d38f03ade65b29d73b (commit)
   via  3df49dc7b1517109ef198177f541e24bc61fefea (commit)
  from  4daef775f5a1faf33404d99591670394977658e6 (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=3ece15b8f97d060f2fd9b9d38f03ade65b29d73b
commit 3ece15b8f97d060f2fd9b9d38f03ade65b29d73b
Merge: 4daef77 3df49dc
Author: David Cole david.c...@kitware.com
AuthorDate: Tue Oct 11 14:45:09 2011 -0400
Commit: CMake Topic Stage kwro...@kitware.com
CommitDate: Tue Oct 11 14:45:09 2011 -0400

Merge topic 'HandleCMAKE_CXX_COMPILER_ARG1InEclipse'

3df49dc fix #12392: handle CMAKE_CXX_COMPILER_ARG1 for Eclipse projects


---

Summary of changes:
 ...atorDetermineCompilerMacrosAndIncludeDirs.cmake |4 +++-
 Source/cmExtraEclipseCDT4Generator.cxx |   13 +++--
 2 files changed, 14 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.6-18-g296fde3

2011-10-11 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  296fde32dd1dea294ac237adb4a2e1767f3ec08e (commit)
   via  240d39a6a4f72fe0e45fc1a1403e0b578d36a142 (commit)
  from  6a8c70365f98e368be88be74f7b99d9e22f0ac63 (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=296fde32dd1dea294ac237adb4a2e1767f3ec08e
commit 296fde32dd1dea294ac237adb4a2e1767f3ec08e
Merge: 6a8c703 240d39a
Author: David Cole david.c...@kitware.com
AuthorDate: Tue Oct 11 14:45:17 2011 -0400
Commit: CMake Topic Stage kwro...@kitware.com
CommitDate: Tue Oct 11 14:45:17 2011 -0400

Merge topic 'CodeBlocks-quoting'

240d39a Fix XML safety issue with adding preprocessor defines in CodeBlocks 
project.


---

Summary of changes:
 Source/cmExtraCodeBlocksGenerator.cxx |4 +++-
 1 files changed, 3 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.6-20-gc8e92de

2011-10-11 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  c8e92de286cd86c0a808e8a1c7a81dc9481c6153 (commit)
   via  e36a1be46694796277b68e61d7312475babb4e0c (commit)
  from  296fde32dd1dea294ac237adb4a2e1767f3ec08e (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=c8e92de286cd86c0a808e8a1c7a81dc9481c6153
commit c8e92de286cd86c0a808e8a1c7a81dc9481c6153
Merge: 296fde3 e36a1be
Author: David Cole david.c...@kitware.com
AuthorDate: Tue Oct 11 14:45:27 2011 -0400
Commit: CMake Topic Stage kwro...@kitware.com
CommitDate: Tue Oct 11 14:45:27 2011 -0400

Merge topic 'DependencyScanningForASM'

e36a1be fix #12262: use the C dependency scanner also for ASM files


---

Summary of changes:
 Source/cmLocalUnixMakefileGenerator3.cxx |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.6-33-g1226404

2011-10-11 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  12264045453f53aa9ca3defb350842c8b0b3c30c (commit)
   via  32f8437bbfc7141ba4ff9c6dd4311e67c25c2ad2 (commit)
   via  029ab3102e9aa21b4d3bc0471884e8c877bf5c9e (commit)
   via  fec4b637148bf6dca4b1d532ad0c1332c3038ea8 (commit)
   via  557956f3489dbc75c7b6d26ed531c7c577aac146 (commit)
   via  5b114c9bee735eebf3e6b4d6ef18e4c732ac55f0 (commit)
   via  903d914b28655f0643409c4c165654b1daf2e0fd (commit)
   via  8a0eb78f3b49b1f999f4b0c0d5d23f4589b465f7 (commit)
   via  4532d36cc948228ca5e1ed072b7907a84a78c0e7 (commit)
   via  3db2973bd2ceb65a0d88ed6a3428e17cc9f0e182 (commit)
  from  d9f996334bae5c5bd6ceecaa71dd5ed64261a596 (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=12264045453f53aa9ca3defb350842c8b0b3c30c
commit 12264045453f53aa9ca3defb350842c8b0b3c30c
Merge: d9f9963 32f8437
Author: David Cole david.c...@kitware.com
AuthorDate: Tue Oct 11 14:45:35 2011 -0400
Commit: CMake Topic Stage kwro...@kitware.com
CommitDate: Tue Oct 11 14:45:35 2011 -0400

Merge topic 'ninja-generator-prep'

32f8437 Fix line-too-long style violations
029ab31 Constify XCode generator getters to match cmGlobalGenerator
fec4b63 Fix configuration-dependent flag lookup in 
cmLocalGenerator::GetTargetFlags
557956f Introduce a cmGlobalGenerator::ResolveLanguageCompiler function
5b114c9 Introduce a cmLocalGenerator::ConvertToIncludeReference function
903d914 Make cmLocalGenerator::ConvertToLinkReference virtual
8a0eb78 Constify many getters of cmGlobalGenerator.
4532d36 Add const versions of some getters.
3db2973 Refactor TargetTypeNames.


---

Summary of changes:
 Source/cmComputeTargetDepends.cxx |2 +-
 Source/cmGlobalGenerator.cxx  |   73 +
 Source/cmGlobalGenerator.h|   41 ++--
 Source/cmGlobalUnixMakefileGenerator3.cxx |   70 +---
 Source/cmGlobalUnixMakefileGenerator3.h   |   24 +-
 Source/cmGlobalXCodeGenerator.h   |4 +-
 Source/cmLocalGenerator.cxx   |   38 ---
 Source/cmLocalGenerator.h |8 ++-
 Source/cmMakefile.cxx |2 +-
 Source/cmTarget.cxx   |   72 
 Source/cmTarget.h |2 +-
 11 files changed, 184 insertions(+), 152 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.6-1563-ga34b8e7

2011-10-11 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  a34b8e73704df3451e902c9ae7fb3da75e50c7fa (commit)
   via  25116a3cc21f252fe64ba074e3aeaa6335fc6624 (commit)
  from  9b32d726ef9e064127bebd692e66e7a7a5096757 (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=a34b8e73704df3451e902c9ae7fb3da75e50c7fa
commit a34b8e73704df3451e902c9ae7fb3da75e50c7fa
Merge: 9b32d72 25116a3
Author: Brad King brad.k...@kitware.com
AuthorDate: Tue Oct 11 17:48:52 2011 -0400
Commit: CMake Topic Stage kwro...@kitware.com
CommitDate: Tue Oct 11 17:48:52 2011 -0400

Merge topic 'vs10-nologo-issue-12504' into next

25116a3 Fix CMAKE_VERBOSE_MAKEFILE for VS10 vcxproj files (#12504)


http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=25116a3cc21f252fe64ba074e3aeaa6335fc6624
commit 25116a3cc21f252fe64ba074e3aeaa6335fc6624
Author: Niels Dekker niels-...@xs4all.nl
AuthorDate: Tue Oct 11 22:48:41 2011 +0200
Commit: Brad King brad.k...@kitware.com
CommitDate: Tue Oct 11 17:07:53 2011 -0400

Fix CMAKE_VERBOSE_MAKEFILE for VS10 vcxproj files (#12504)

diff --git a/Source/cmVisualStudioGeneratorOptions.cxx 
b/Source/cmVisualStudioGeneratorOptions.cxx
index ae496ad..4edeedc 100644
--- a/Source/cmVisualStudioGeneratorOptions.cxx
+++ b/Source/cmVisualStudioGeneratorOptions.cxx
@@ -86,14 +86,14 @@ void 
cmVisualStudioGeneratorOptions::SetVerboseMakefile(bool verbose)
   // to the generated project to disable logo suppression.  Otherwise
   // the GUI default is to enable suppression.
   //
-  // Avoid this on Visual Studio 10 (and later!) because it results in:
+  // On Visual Studio 10 (and later!), the value of this attribute should be
+  // an empty string, instead of FALSE, in order to avoid a warning:
   //   cl ... warning D9035: option 'nologo-' has been deprecated
   //
   if(verbose 
- this-Version != 10 
  this-FlagMap.find(SuppressStartupBanner) == this-FlagMap.end())
 {
-this-FlagMap[SuppressStartupBanner] = FALSE;
+this-FlagMap[SuppressStartupBanner] = this-Version  10 ? FALSE : ;
 }
 }
 

---

Summary of changes:
 Source/cmVisualStudioGeneratorOptions.cxx |6 +++---
 1 files changed, 3 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.6-34-g83e4a45

2011-10-11 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  83e4a45609ef436d032b3c527bce9b0382cfe329 (commit)
  from  12264045453f53aa9ca3defb350842c8b0b3c30c (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=83e4a45609ef436d032b3c527bce9b0382cfe329
commit 83e4a45609ef436d032b3c527bce9b0382cfe329
Author: KWSys Robot kwro...@kitware.com
AuthorDate: Wed Oct 12 00:01:04 2011 -0400
Commit: KWSys Robot kwro...@kitware.com
CommitDate: Wed Oct 12 00:09:42 2011 -0400

KWSys Nightly Date Stamp

diff --git a/Source/kwsys/kwsysDateStamp.cmake 
b/Source/kwsys/kwsysDateStamp.cmake
index 434e6af..d542d7e 100644
--- a/Source/kwsys/kwsysDateStamp.cmake
+++ b/Source/kwsys/kwsysDateStamp.cmake
@@ -18,4 +18,4 @@ SET(KWSYS_DATE_STAMP_YEAR  2011)
 SET(KWSYS_DATE_STAMP_MONTH 10)
 
 # KWSys version date day component.  Format is DD.
-SET(KWSYS_DATE_STAMP_DAY   11)
+SET(KWSYS_DATE_STAMP_DAY   12)

---

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