[CMake] Installing cmake-2.8.4-Darwin-universal.dmg

2011-02-19 Thread Andrew Maclean
I am attempting to install this on Snow Leopard. The installation seems to work Ok but fails at the Install Command Line Tools stage, with the message: Failed create symlink installation may be incomplete: /usr/bin/ccmake ... and so forth for all the command line tools. Clearly this is a permissio

Re: [CMake] Gyp VS CMake

2011-02-19 Thread Jed Brown
On Sat, Feb 19, 2011 at 18:27, Michael Wild wrote: > Tup was already discussed on this list quite some time ago. Using > LD_PRELOAD to do those things makes my skin crawl. > Using an incorrect C preprocessor and needing to write a dependency generator for each language/dialect makes my skin craw

Re: [CMake] Gyp VS CMake

2011-02-19 Thread Michael Wild
On 02/19/2011 06:16 PM, Jed Brown wrote: > On Fri, Feb 18, 2011 at 17:16, Michael Wild wrote: > >> Well, cl.exe for one doesn't do this trick. This means, you'll have to >> put it in your build system, and once you've done that, why should you >> use the compiler then? Especially, since you'll wa

Re: [CMake] Gyp VS CMake

2011-02-19 Thread Jed Brown
On Fri, Feb 18, 2011 at 17:16, Michael Wild wrote: > Well, cl.exe for one doesn't do this trick. This means, you'll have to > put it in your build system, and once you've done that, why should you > use the compiler then? Especially, since you'll want to be consistent > across platforms. > You c

Re: [CMake] Gyp VS CMake

2011-02-19 Thread Jed Brown
On Fri, Feb 18, 2011 at 20:42, Troy Straszheim wrote: > I'm actually *generating* CMakeLists.txt files with python I do this too, partly to work around the language and partly because we have a configuration system that we want cmake builds to be consistent with (it handles batch environments be

Re: [CMake] Naive (stupid?) question

2011-02-19 Thread Carminati Federico
Alexander, thanks for your explanation. I think we are introducing fake dependencies in the way we include directories. We will have to look into this. I was not questioning cmake, for me it is clear that the problem is on our side. I also think we are abusing the configure_file comamnd using

Re: [CMake] Solution folders

2011-02-19 Thread John Drescher
On Sat, Feb 19, 2011 at 11:22 AM, Robert Bielik wrote: > Hi all, > > Running CMake 2.8.2 and generating build files for VS 9 (2008), I'm trying > to "tidy up" the workspace by putting projects in solution folders. > So I do: > > add_library(MyLib .) > > set_target_properties(MyLib >  PROPERTIE

[CMake] Solution folders

2011-02-19 Thread Robert Bielik
Hi all, Running CMake 2.8.2 and generating build files for VS 9 (2008), I'm trying to "tidy up" the workspace by putting projects in solution folders. So I do: add_library(MyLib .) set_target_properties(MyLib PROPERTIES FOLDER "Libraries"); add_executable(MyExe .) set_target_prop

Re: [CMake] New warnings in CMake 2.8.4-rc2

2011-02-19 Thread Rolf Eike Beer
> Basically, we call several CMake projects from the same shell scripts, > and each CMake invokation receive the same set of global parameters. > The same way you can invoke a compiler with several -D options and > safely ignore the definitions you do not care about. Or the same way > you can place

Re: [CMake] Gyp VS CMake

2011-02-19 Thread Michael Wild
On 02/18/2011 09:34 PM, Peter Kümmel wrote: > On 18.02.2011 20:48, David Cole wrote: There are many pros for this idea, but a very important con: People will use it as a general purpose programming language (see what often happens to SCons projects). Even CMake has thi