Re: [cmake-developers] next RC ?

2010-10-28 Thread Eric Noulard
2010/10/27 Alexander Neundorf neund...@kde.org: On Wednesday 27 October 2010, David Cole wrote: Yes, the rc3 was announced last week. Are you sure ? I can't find it in my emails, also neither here: http://public.kitware.com/pipermail/cmake-developers/2010-October/date.html nor here:

Re: [cmake-developers] CMake 2.8.3-rc3 ready for testing!

2010-10-28 Thread David Cole
Re-sending as plain text; the first time around, it got redirected to the universe's bit bucket... On Wed, Oct 20, 2010 at 6:04 PM, David Cole david.c...@kitware.com wrote: The CMake 2.8.3 release candidate stream continues! You can find the source and binaries here:

Re: [CMake] CMake hangs on new install

2010-10-28 Thread Adam J Richardson
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Message-ID: b870629719727b4ba82a6c06a31c29123119bf1...@hqmailsvr01.voltage.com Hi Phil. Sono ideas nowhere nohow? Well, I did have one idea. A wild stab in the dark, probably nothing whatsoever to do with your issue. Apologies in advance for

[CMake] How to work around broken Find module

2010-10-28 Thread Marcel Loose
Hi all, What is the best way to work around a broken Find module? A technique I've used up till now is to wrap the broken module in a module with the same name that I store in my own module directory. This way, my wrapper module will be picked up first. Problem with this approach is, of course,

Re: [CMake] CMake 2.8.3-rc3 ready for testing!

2010-10-28 Thread David Cole
Re-sending as plain text; the first time around, it got redirected to the universe's bit bucket... On Wed, Oct 20, 2010 at 6:04 PM, David Cole david.c...@kitware.com wrote: The CMake 2.8.3 release candidate stream continues! You can find the source and binaries here:

Re: [CMake] How to work around broken Find module

2010-10-28 Thread Ryan Pavlik
If you look at my repository, I have a system set up that I call UseBackportedModules - basically it checks the CMake version and extends the CMAKE_MODULE_PATH to include only those directories mentioning newer version than the current user's cmake version. It works pretty well for me.

Re: [CMake] CMake hangs on new install

2010-10-28 Thread Rolf Eike Beer
cmake -DCMAKE_TOOLCHAIN_FILE:string=%~dp0\zosport.cmake -GUnix Makefiles .\ You are building on Windows, yes? Whenever I try to use .\ in a command prompt, batch file or command file on Windows, it does horrible things. I have to substitute a full or partial path. Could this be the issue?

Re: [CMake] Beginner's Question: Organizing Projects

2010-10-28 Thread Dominik Gabi
On Wed, 2010-10-27 at 10:54 -0500, Ryan Pavlik wrote: On Wed, Oct 27, 2010 at 9:04 AM, Rolf Eike Beer e...@sf-mail.de wrote: Thanks. The way I understand this is that now instead of include_directories(${GTKMM_INCLUDE_DIRS}) i would write something like

Re: [CMake] cmake for cygwin

2010-10-28 Thread Marco Atzeri
--- Mer 27/10/10, Alan W. Irwin ha scritto: On 2010-10-26 17:53-0400 Bill Hoffman wrote: The policy mechanism might not be ideal but in a year or so, all of this would go away, and the meantime the patches you have to maintain for cygwin ports would become trivial.  The patch would

Re: [CMake] Beginner's Question: Organizing Projects

2010-10-28 Thread John Drescher
On Thu, Oct 28, 2010 at 8:23 AM, Dominik Gabi dkgis...@gmail.com wrote: On Wed, 2010-10-27 at 10:54 -0500, Ryan Pavlik wrote: On Wed, Oct 27, 2010 at 9:04 AM, Rolf Eike Beer e...@sf-mail.de wrote: Thanks. The way I understand this is that now instead of

Re: [CMake] Beginner's Question: Organizing Projects

2010-10-28 Thread John Drescher
On Thu, Oct 28, 2010 at 8:29 AM, John Drescher dresche...@gmail.com wrote: On Thu, Oct 28, 2010 at 8:23 AM, Dominik Gabi dkgis...@gmail.com wrote: On Wed, 2010-10-27 at 10:54 -0500, Ryan Pavlik wrote: On Wed, Oct 27, 2010 at 9:04 AM, Rolf Eike Beer e...@sf-mail.de wrote: Thanks. The way I

Re: [CMake] cmake for cygwin

2010-10-28 Thread Marco Atzeri
--- Mer 27/10/10, Marcus D. Hanwell ha scritto: On Wed, Oct 27, 2010 at 2:38 PM, Alan W. Irwin wrote: On 2010-10-26 17:53-0400 Bill Hoffman wrote: The policy mechanism might not be ideal but in a year or so, all of this would go away, and the meantime the patches you have to

Re: [CMake] cmake for cygwin

2010-10-28 Thread Marcus D. Hanwell
On Thu, Oct 28, 2010 at 8:45 AM, Marco Atzeri marco_atz...@yahoo.it wrote: --- Mer 27/10/10, Marcus D. Hanwell  ha scritto: On Wed, Oct 27, 2010 at 2:38 PM, Alan W. Irwin wrote: On 2010-10-26 17:53-0400 Bill Hoffman wrote: The policy mechanism might not be ideal but in a year or so,

Re: [CMake] cmake for cygwin

2010-10-28 Thread Marco Atzeri
--- Gio 28/10/10, Marcus D. Hanwell ha scritto: It seems that the policy based approach would have allowed you a one line patch to most packages (changing the policy to NEW). I guess so. I can work with a one single line patch. Marcus Marco

Re: [CMake] Beginner's Question: Organizing Projects

2010-10-28 Thread Aaron_Wright
I've seen this a few times in the past, and I've seen a few people try to get it to work. My advise is to not try. The problem comes from thinking that a template class is a class, but that is not true. Your template class is just a recipe for the compiler to use when it wants to make a class

[CMake] ExternalProject module in 2.8.2 completely broken with respect to GIT?

2010-10-28 Thread kent williams
Please tell me someone else encountered this and it's fixed. I'm going to have to make a patched version of ExternalProject.cmake a part of my project until it is. In CMake 2.8.2 ExternalProject.cmake, there is no consistency on the capitalization of the Git_EXECUTABLE variable -- which is what

Re: [CMake] ExternalProject module in 2.8.2 completely broken with respect to GIT?

2010-10-28 Thread Jean-Christophe Fillion-Robin
Hi Kent, The version of FindGit.cmake and ExternalProject.cmake provided with cmake 2.8.2 uses GIT_EXECUTABLE. Within ExternalProject.cmake: - The lower case version of the variable is used as a parameter to function. For example, function _ep_write_gitclone_script line 212. - The upper

Re: [CMake] [cmake-developers] next RC ?

2010-10-28 Thread Orion Poplawski
On 10/28/2010 03:47 AM, David Cole wrote: Sorry about this folks. Apparently, the email I sent had too much information for the CMake mailing list, exceeding the 40k limit for a single message. CMake 2.8.3-rc3 has been available since last week, and we are nearly ready to cut the final release

Re: [CMake] cmake for cygwin

2010-10-28 Thread Yaakov (Cygwin/X)
On Thu, 2010-10-28 at 09:39 -0400, Marcus D. Hanwell wrote: It seems that the policy based approach would have allowed you a one line patch to most packages (changing the policy to NEW). Look at this from the POV of a packager: even a one-line patch adds up quickly when you talk about hundreds

Re: [CMake] cmake for cygwin

2010-10-28 Thread Tyler Roscoe
On Thu, Oct 28, 2010 at 12:49:16PM -0500, Yaakov (Cygwin/X) wrote: We see the defining of WIN32 on Cygwin as a *bug*, not a feature, and it needs to be fixed outright. I think the crux of the dilemma is this: what do you say to the people who rely on this buggy behavior for their packages to

[Cmake-commits] CMake branch, next, updated. v2.8.2-1118-gb57c488

2010-10-28 Thread David Cole
This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project CMake. The branch, next has been updated via b57c4889b4561784f10a24065995614cb2f2c164 (commit) via

[Cmake-commits] CMake branch, master, updated. v2.8.2-599-g424ba55

2010-10-28 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 424ba550e5b06c68df753ef7a190c0308b31b1b7 (commit) via

[Cmake-commits] CMake branch, master, updated. v2.8.2-601-g5b43d8f

2010-10-28 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 5b43d8f8b1cfd3e3acf1576b5bf2f910fb3c50db (commit) via

[Cmake-commits] CMake branch, master, updated. v2.8.2-603-gec93cd2

2010-10-28 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 ec93cd2ead86ea068577105a1903f92d604b6912 (commit) via

[Cmake-commits] CMake branch, master, updated. v2.8.2-607-ga3edde3

2010-10-28 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 a3edde36ad870d669c054701bccf6c1d14d2d72c (commit) via

[Cmake-commits] CMake branch, master, updated. v2.8.2-613-ge561a46

2010-10-28 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 e561a46c1a852516dcbb1d435a4b8c6f95f636c3 (commit) via

[Cmake-commits] CMake branch, master, updated. v2.8.2-615-g9bf662a

2010-10-28 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 9bf662a92a8d0b6a215bc81cdbf61284f2d67694 (commit) via

[Cmake-commits] CMake branch, next, updated. v2.8.2-1131-gb32b318

2010-10-28 Thread David Cole
This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project CMake. The branch, next has been updated via b32b3181173681ff0ce041b527638e9d08cbeda6 (commit) via

[Cmake-commits] CMake branch, next, updated. v2.8.2-1133-g63529b1

2010-10-28 Thread Philip Lowman
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 63529b1c6d7eb82b662a8fe672585c7339d12930 (commit) via

[Cmake-commits] CMake branch, master, updated. v2.8.2-616-g57eea54

2010-10-28 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 57eea54720a378712735b5ec6386cef745855325 (commit) from