Re: [CMake] building tests

2010-07-13 Thread Michael Wild
On 14. Jul, 2010, at 6:40 , Paul Harris wrote: > On 11 July 2010 20:36, Michael Hertling wrote: > >> On 07/10/2010 06:54 PM, Paul Harris wrote: >>> On 9 July 2010 22:39, Michael Wild wrote: >>> On 9. Jul, 2010, at 15:48 , Michael Hertling wrote: > On 07/08/2010 09:47 AM,

Re: [CMake] building tests

2010-07-13 Thread Paul Harris
On 11 July 2010 20:36, Michael Hertling wrote: > On 07/10/2010 06:54 PM, Paul Harris wrote: > > On 9 July 2010 22:39, Michael Wild wrote: > > > >> > >> On 9. Jul, 2010, at 15:48 , Michael Hertling wrote: > >> > >>> On 07/08/2010 09:47 AM, Paul Harris wrote: > On 8 July 2010 15:31, Michael W

Re: [CMake] CMake bugs #0010611 & #0010040

2010-07-13 Thread Bill Hoffman
On 7/13/2010 2:39 PM, Knox, Kent wrote: I’m hoping to bring attention to these two bug reports, as I am currently affected by them. This bug concerns vs2k10 generated solution and projects, and corrupts the names of my generated binaries that use multiple periods in their names. To get around th

[CMake] CMake bugs #0010611 & #0010040

2010-07-13 Thread Knox, Kent
I'm hoping to bring attention to these two bug reports, as I am currently affected by them. This bug concerns vs2k10 generated solution and projects, and corrupts the names of my generated binaries that use multiple periods in their names. To get around this bug, I am using set_target_properti

Re: [CMake] incremental build slow because of F90 (cmake_copy_f90_mod)

2010-07-13 Thread Brad King
On 07/13/2010 07:34 AM, Verweij, Arjen wrote: > Sent Brad source code to reproduce the bahaviour. [snip] > I have figured out that the time spent is not lost in > cmake_copy_f90_mod, but in a make directive right before: > > /usr1/people/maddev/util/bin/make -f CMakeFiles/mytest.dir/build.make > C

Re: [CMake] CMAKE__FLAGS added to link rule

2010-07-13 Thread Brad King
On 07/12/2010 04:16 PM, Michael Hertling wrote: > In GCC's documentation, one can read: > > "-shared > Produce a shared object which can then be linked with other objects > to form an executable. Not all systems support this option. For > predictable results, you must also specify the

Re: [CMake] incremental build slow because of F90 (cmake_copy_f90_mod)

2010-07-13 Thread Verweij, Arjen
Wrong log.txt :P >-Original Message- >From: cmake-boun...@cmake.org [mailto:cmake-boun...@cmake.org] On Behalf >Of Verweij, Arjen >Sent: dinsdag 13 juli 2010 13:27 >To: cmake@cmake.org >Subject: Re: [CMake] incremental build slow because of F90 >(cmake_copy_f90_mod) > >Sent Brad source cod

[CMake] cross compiler c166.exe

2010-07-13 Thread Thomas Hafner
Hello, CMake is complaining about missing settings: | CMake Error at C:/Programme/CMake 2.8/share/cmake-2.8/Modules/CMakeRCInformation.cmake:22 (GET_FILENAME_COMPONENT): | get_filename_component called with incorrect number of arguments | Call Stack (most recent call first): | C:/Programme/

Re: [CMake] incremental build slow because of F90 (cmake_copy_f90_mod)

2010-07-13 Thread Verweij, Arjen
Sent Brad source code to reproduce the bahaviour. Also discovered that the time is actually spent in make and not cmake_copy_f90_mod or touch; they are fast. Regards, Arjen PS Attempting to attach log and source code for completeness here as well >-Original Message- >From: cmake-boun...

Re: [CMake] CMAKE__FLAGS added to link rule

2010-07-13 Thread Verweij, Arjen
Hi, >AFAIK there >is nothing that will be broken on AIX by removing from >the link rule for Fortran executables. OK, I will just redefine the Fortran linker to keep the cmake generator compatible then start scrubbing link flags based on compiler documentation, because: >What flags are causing

Re: [CMake] CMAKE__FLAGS added to link rule

2010-07-13 Thread Verweij, Arjen
Hello Michael, >Apparently, there may be - at least with GCC and shared libraries - a >need to specify flags on the link line if they have been specified on >the compile line before. Though, I don't know an example of a damaged >binary due to different sets of flags for compiling and linking. Tha