Re: [cmake-developers] CMake 2.8.9-rc2 ready for testing!

2012-07-17 Thread Brad King
On 07/17/2012 05:41 AM, Shlomi Fish wrote: The following tests FAILED: 182 - BootstrapTest (Failed) 198 - CMakeOnly.AllFindModules (Failed) Thanks for testing. Please run the tests like this: $ bin/ctest -R '(BootstrapTest|AllFindModules)' -V to see verbose output so we

Re: [cmake-developers] cmake 2.8.9 rc2 - OS X Lion

2012-07-17 Thread Brad King
On 07/16/2012 07:10 PM, Nicholas Yue wrote: Hi, I came across this error while bootstrapping a build on OS X Lion. Has anyone else seen this ? /usr/include/c++/4.2.1/cstdarg:60: error: ‘::va_list’ has not been declared In file included from /usr/include/c++/4.2.1/iosfwd:45, from

Re: [cmake-developers] Ninja passes all tests on OS X

2012-07-17 Thread Bill Hoffman
On 7/17/2012 8:10 AM, Peter Kümmel wrote: On 17.07.2012 13:45, David Cole wrote: Peter, can you rebase this on current 'master', push this to our stage as a branch, and merge it to 'next'...? Done. Let's see what happens on CDash. Looks ok, but is not building on Borland:

Re: [cmake-developers] CMake 2.8.9-rc2 ready for testing!

2012-07-17 Thread Shlomi Fish
On Tue, 17 Jul 2012 09:11:49 -0400 Brad King brad.k...@kitware.com wrote: On 07/17/2012 05:41 AM, Shlomi Fish wrote: The following tests FAILED: 182 - BootstrapTest (Failed) 198 - CMakeOnly.AllFindModules (Failed) Thanks for testing. Please run the tests like this:

Re: [cmake-developers] FindJasper version in AllFindModules test (was: CMake 2.8.9-rc2 ready for testing!)

2012-07-17 Thread Brad King
On 07/17/2012 05:41 AM, Shlomi Fish wrote: With cmake-2.8.9-rc2 on Mageia Linux Cauldron (see https://wiki.mageia.org/en/Cauldron ) I am getting: [snip] On 07/17/2012 10:20 AM, Shlomi Fish wrote: $ bin/ctest -R '(BootstrapTest|AllFindModules)' -V The output of that command is attached to

Re: [cmake-developers] BootstrapTest on Mageia (was: CMake 2.8.9-rc2 ready for testing!)

2012-07-17 Thread Brad King
On 07/17/2012 10:20 AM, Shlomi Fish wrote: The output of that command is attached to this message after compressed with xz. The output contains CMake 2^M .8^M .9^M .0^M , Copyright 2000-2011 Kitware, Inc. and later .../build/Tests/BootstrapTest/Bootstrap.cmk/cmConfigure.h:27:24: warning:

Re: [cmake-developers] BootstrapTest on Mageia (was: CMake 2.8.9-rc2 ready for testing!)

2012-07-17 Thread Shlomi Fish
Hi Brad, On Tue, 17 Jul 2012 10:49:15 -0400 Brad King brad.k...@kitware.com wrote: On 07/17/2012 10:20 AM, Shlomi Fish wrote: The output of that command is attached to this message after compressed with xz. The output contains CMake 2^M .8^M .9^M .0^M , Copyright 2000-2011 Kitware,

Re: [cmake-developers] FindJasper version in AllFindModules test (was: CMake 2.8.9-rc2 ready for testing!)

2012-07-17 Thread Shlomi Fish
Hi, On Tue, 17 Jul 2012 10:38:58 -0400 Brad King brad.k...@kitware.com wrote: On 07/17/2012 05:41 AM, Shlomi Fish wrote: With cmake-2.8.9-rc2 on Mageia Linux Cauldron (see https://wiki.mageia.org/en/Cauldron ) I am getting: [snip] On 07/17/2012 10:20 AM, Shlomi Fish wrote: $ bin/ctest

Re: [cmake-developers] FindJasper version v. mageia multiarch-utils

2012-07-17 Thread Brad King
On 07/17/2012 11:11 AM, Shlomi Fish wrote: On 07/17/2012 05:41 AM, Shlomi Fish wrote: With cmake-2.8.9-rc2 on Mageia Linux Cauldron (see https://wiki.mageia.org/en/Cauldron ) I am getting: shlomif@telaviv1:~$ rpm -qa '*jasper*' lib64jasper-devel-1.900.1-13.mga2 lib64jasper1-1.900.1-13.mga2

Re: [cmake-developers] BootstrapTest v. CRLF newlines

2012-07-17 Thread Brad King
On 07/17/2012 11:12 AM, Shlomi Fish wrote: What I did was: tar -xvf cmake-2.8.9-rc2-1-src.tar.bz2 And then: tar -xvf cmake-2.8.9-rc2.tar.bz2. The original source tarball is here: http://www.cmake.org/files/v2.8/cmake-2.8.9-rc2.tar.gz Please try that one. Dave, what produces the -src

Re: [cmake-developers] BootstrapTest v. CRLF newlines

2012-07-17 Thread Shlomi Fish
Hello David, On Tue, 17 Jul 2012 11:49:43 -0400 David Cole david.c...@kitware.com wrote: On Tue, Jul 17, 2012 at 11:47 AM, Brad King brad.k...@kitware.com wrote: On 07/17/2012 11:12 AM, Shlomi Fish wrote: What I did was: tar -xvf cmake-2.8.9-rc2-1-src.tar.bz2 And then: tar -xvf

Re: [cmake-developers] Ninja passes all tests on OS X

2012-07-17 Thread Peter Kümmel
On 17.07.2012 15:39, Nicolas Desprès wrote: On Tue, Jul 17, 2012 at 3:29 PM, Bill Hoffmanbill.hoff...@kitware.com wrote: On 7/17/2012 8:10 AM, Peter Kümmel wrote: On 17.07.2012 13:45, David Cole wrote: Peter, can you rebase this on current 'master', push this to our stage as a branch, and

[cmake-developers] [CMake 0013407]: Does not remove empty cmTryCompileExec*.dir directories

2012-07-17 Thread Mantis Bug Tracker
The following issue has been SUBMITTED. == http://www.cmake.org/Bug/view.php?id=13407 == Reported By:Christoph Feck Assigned To:

Re: [cmake-developers] Ninja passes all tests on OS X

2012-07-17 Thread Nicolas Desprès
On Tue, Jul 17, 2012 at 7:01 PM, Peter Kümmel syntheti...@gmx.net wrote: On 17.07.2012 15:39, Nicolas Desprès wrote: On Tue, Jul 17, 2012 at 3:29 PM, Bill Hoffmanbill.hoff...@kitware.com wrote: On 7/17/2012 8:10 AM, Peter Kümmel wrote: On 17.07.2012 13:45, David Cole wrote: Peter, can

Re: [cmake-developers] Ninja passes all tests on OS X

2012-07-17 Thread Peter Kümmel
On 17.07.2012 19:11, Nicolas Desprès wrote: I don't like the friend keyword either but I try to follow the current architecture of CMake. Yes, I know. In cmLocalUnixMakefileGenerator you can see that: friend class cmMakefileTargetGenerator; friend class

Re: [cmake-developers] Ninja passes all tests on OS X

2012-07-17 Thread Nicolas Desprès
On Tue, Jul 17, 2012 at 7:21 PM, Peter Kümmel syntheti...@gmx.net wrote: On 17.07.2012 19:11, Nicolas Desprès wrote: I don't like the friend keyword either but I try to follow the current architecture of CMake. Yes, I know. In cmLocalUnixMakefileGenerator you can see that: friend

Re: [cmake-developers] Ninja passes all tests on OS X

2012-07-17 Thread Bill Hoffman
On 7/17/2012 1:21 PM, Peter Kümmel wrote: OK, maybe it is simpler to add a the functions to cmNinjaTargetGenerator which forwards the call to the Local/Global classes. Lets just add the friend stuff for now so we can get the dashboard building again. Thanks. -- Bill Hoffman Kitware, Inc.

[cmake-developers] [CMake 0013408]: CMake should support default installation of Xcode.app only, without 'command line tools' extras

2012-07-17 Thread Mantis Bug Tracker
The following issue has been SUBMITTED. == http://public.kitware.com/Bug/view.php?id=13408 == Reported By:Sean McBride Assigned To:

Re: [cmake-developers] Ninja passes all tests on OS X

2012-07-17 Thread Peter Kümmel
On 17.07.2012 19:32, Bill Hoffman wrote: On 7/17/2012 1:21 PM, Peter Kümmel wrote: OK, maybe it is simpler to add a the functions to cmNinjaTargetGenerator which forwards the call to the Local/Global classes. Lets just add the friend stuff for now so we can get the dashboard building again.

Re: [cmake-developers] FindJasper version v. mageia multiarch-utils

2012-07-17 Thread Rolf Eike Beer
Am Dienstag, 17. Juli 2012, 11:43:45 schrieb Brad King: On 07/17/2012 11:11 AM, Shlomi Fish wrote: On 07/17/2012 05:41 AM, Shlomi Fish wrote: With cmake-2.8.9-rc2 on Mageia Linux Cauldron (see https://wiki.mageia.org/en/Cauldron ) I am getting: shlomif@telaviv1:~$ rpm -qa '*jasper*'

[cmake-developers] [CMake 0013412]: cpack silently fails to build debian

2012-07-17 Thread Mantis Bug Tracker
The following issue has been SUBMITTED. == http://public.kitware.com/Bug/view.php?id=13412 == Reported By:imMute Assigned To:

Re: [cmake-developers] Ninja passes all tests on OS X

2012-07-17 Thread Bill Hoffman
On 7/17/2012 1:43 PM, Peter Kümmel wrote: On 17.07.2012 19:32, Bill Hoffman wrote: On 7/17/2012 1:21 PM, Peter Kümmel wrote: OK, maybe it is simpler to add a the functions to cmNinjaTargetGenerator which forwards the call to the Local/Global classes. Lets just add the friend stuff for now

[cmake-developers] [CMake 0013418]: make Experimental fails with macports gcc 4.7

2012-07-17 Thread Mantis Bug Tracker
The following issue has been SUBMITTED. == http://public.kitware.com/Bug/view.php?id=13418 == Reported By:ClausKlein Assigned To:

Re: [cmake-developers] cmake selftest use different compiler and binutils as configured on Darwin

2012-07-17 Thread Claus Klein
done http://public.kitware.com/Bug/view.php?id=13418 Thanks for help Claus On 17.07.2012, at 02:07, Richard Wackerbarth wrote: RE: The arch test, et.al. You should file a bug against CMake if a test is failing only because the compiler does/does not produce the same results as a compiler

Re: [CMake] Writing a custom Find*.cmake file for Pantheios

2012-07-17 Thread Michael Wild
A few comments: * transform all CMake commands to lower case names: s/IF/if/g, s/ELSE/else/g, s/ENDIF/endif/g, s/SET/set/g etc. * spelling: s/Settung/Setting/g * docs list a component NFrontEnd, but that string doesn't show up in the actual code. Typo? * just set the default front- and

Re: [CMake] Writing a custom Find*.cmake file for Pantheios

2012-07-17 Thread Mateusz Loskot
On 17 July 2012 03:11, Philipp Berger newslett...@philippberger.de wrote: Third question: Is there an easy way to deal with the singular/plural variables, for example _INCLUDE_DIR and _INCLUDE_DIRS? How exactly is the syntax for setting those (String, List, etc)? You need to check the

Re: [CMake] Writing a custom Find*.cmake file for Pantheios

2012-07-17 Thread Rolf Eike Beer
Am 17.07.2012 04:11, schrieb Philipp Berger: I built a beta-version of the FindPantheios.cmake (see attached version, no copyright stuff, I'm sorry), it works - at least on windows and in my configuration. As I am new to this and this is my first try with Find* files, could those experienced

[CMake] Link errors on Wiki/CMake

2012-07-17 Thread Micha Renner
The following links of www.cmake.org/Wiki/CMake generate 404 Errors How CMake simplifies the build process by Bruno Abinader Part 1 - Basic build system : http://www.abinader.com.br/bruno/how-cmake-simplifies-the-build-process-part-1-basic-build-system/ Howto use cmake with C/C++ projects:

Re: [CMake] Xcode without 'command line tools' xcrun CMake

2012-07-17 Thread Sean McBride
On Fri, 13 Jul 2012 11:03:02 -0400, Bill Hoffman said: I am guessing some of the tools will not run without proper environments set. So, running the command line compilers will not work by doing lots of calls to xcrun -find Think, ld, ar, gcc, g++, cfront, and all the other stuff you

Re: [CMake] Xcode without 'command line tools' xcrun CMake

2012-07-17 Thread Bill Hoffman
On 7/17/2012 1:38 PM, Sean McBride wrote: On Fri, 13 Jul 2012 11:03:02 -0400, Bill Hoffman said: I am guessing some of the tools will not run without proper environments set. So, running the command line compilers will not work by doing lots of calls to xcrun -find Think, ld, ar, gcc,

Re: [CMake] Xcode without 'command line tools' xcrun CMake

2012-07-17 Thread Sean McBride
On Tue, 17 Jul 2012 14:22:20 -0400, Bill Hoffman said: Not that I know of. That would be analogous to...? What would it do? In VS it setups the environment to run CC from the command line. For now, I've created this bug: CMake should support default installation of Xcode.app only,

Re: [CMake] Xcode without 'command line tools' xcrun CMake

2012-07-17 Thread Bill Hoffman
On 7/17/2012 2:41 PM, Sean McBride wrote: On Tue, 17 Jul 2012 14:22:20 -0400, Bill Hoffman said: Not that I know of. That would be analogous to...? What would it do? In VS it setups the environment to run CC from the command line. For now, I've created this bug: CMake should support

[CMake] Query build flags

2012-07-17 Thread Frank Hartmann
Hi, I have here a C/C++ project which builds several shared libraries and executables on linux and windows. Makefile, Jom and Visual Studio 20xx build systems are generated with cmake. The code is organised hierachically: There is a root directory, followed by a broad separation in source,

[CMake] creating an sdk wrapper and hiding implementation

2012-07-17 Thread Michael Toy
we have a number of internally developed libraries which we use together. i am creating an sdk which wraps all the internal libraries, and presents a single api to customers. i have built a small test by hand, and it works like this % cc -c sdk_api.c % ln -r sdk_api.o libinternal1.a

[Cmake-commits] CMake branch, next, updated. v2.8.8-3486-g4ba1c1f

2012-07-17 Thread Peter Kuemmel
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 4ba1c1fcac91ec82c83ac2c2c37fe9a16894365a (commit) via

[Cmake-commits] CMake branch, next, updated. v2.8.8-3488-g57b0834

2012-07-17 Thread Peter Kuemmel
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 57b08342143d28ba54b33427af7067b8e1f2d946 (commit) via

[Cmake-commits] CMake branch, next, updated. v2.8.8-3507-g95a46a2

2012-07-17 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 95a46a24e5bfe3afc1ec248dbd291da37c1aaa8c (commit) via

[Cmake-commits] CMake branch, next, updated. v2.8.8-3509-gf22d19f

2012-07-17 Thread Peter Kuemmel
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 f22d19f4edb4f96e869efbe2d20267e9186c352e (commit) via

[Cmake-commits] CMake branch, master, updated. v2.8.8-517-g6b6c2e0

2012-07-17 Thread Kitware Robot
Stamp diff --git a/Source/CMakeVersion.cmake b/Source/CMakeVersion.cmake index c3e6234..64b7ab7 100644 --- a/Source/CMakeVersion.cmake +++ b/Source/CMakeVersion.cmake @@ -2,5 +2,5 @@ SET(CMake_VERSION_MAJOR 2) SET(CMake_VERSION_MINOR 8) SET(CMake_VERSION_PATCH 8) -SET(CMake_VERSION_TWEAK 20120717