[CMake] too many kinds of FALSE

2007-12-15 Thread Brandon Van Every
CMake defines "FALSE" as a string that's empty, 0, N, NO, OFF, FALSE, NOTFOUND, or -NOTFOUND. I just realized that my regexes are not safe with respect to capturing the letter "n". set(sillystring "The rain in spain") string(REGEX MATCH ".$" thematch "${sillystring}") if(thematch) message("

[CMake] cmake cvs documentation Errors

2007-12-15 Thread Mike Jackson
Using CVS from Dec 15, 2007: 540:[EMAIL PROTECTED]:Build]$ bin/cmake --help-variable "CMAKE__LINK_EXECUTABLE"cmake version 2.5-20071215 Argument "CMAKE__LINK_EXECUTABLE" to --help-variable is not a defined variable. Use --help-variable-list to see all

[CMake] Re: CMake script vs. Lua

2007-12-15 Thread Rodolfo Lima
Bill Hoffman escreveu: > > However, I never intended for the language to be used as a general > purpose programming tool. There are much better languages out there for > that type of thing. I couldn't agree more. > As to why I regret starting this thread, I think it is a waste of my > time. Mos

Re: [CMake] Waf build tool

2007-12-15 Thread Brandon Van Every
On Dec 15, 2007 3:14 PM, Alexander Neundorf <[EMAIL PROTECTED]> wrote: > > With the property stuff cmake is already becoming more OO. To the extent that it's true, I suppose a marketing pitch could be made for CMake on that basis, to appease people who want OO. Would need a good way to display th

Re: [CMake] Waf build tool

2007-12-15 Thread Andreas Pakulat
On 15.12.07 21:14:40, Alexander Neundorf wrote: > On Saturday 15 December 2007, Brandon Van Every wrote: > > A recent comment of his, regarding KDE's use of CMake: > > http://thread.gmane.org/gmane.comp.programming.tools.scons.user/15656/focus > >=15659 "* Cmake scripts are easily readable from IDE

Re: [CMake] Waf build tool

2007-12-15 Thread Alexander Neundorf
On Saturday 15 December 2007, Brandon Van Every wrote: > On Dec 15, 2007 1:55 PM, Brandon Van Every <[EMAIL PROTECTED]> wrote: > > On Dec 15, 2007 12:41 PM, Bill Hoffman <[EMAIL PROTECTED]> wrote: > > > There are some vocal > > > complainers about the language, but I suspect there is a silent > > >

Re: [CMake] Parallel builds do not work correctly when using "cmake -E copy" to copy files

2007-12-15 Thread Brad King
Alan W. Irwin wrote: So let me rephrase the question. Are the CMake developers happy with the present state of the dependencies system or are you considering some major changes there because of such issues as the difficulties in getting parallel builds to work properly for projects like PLplot

Re: [CMake] Parallel builds do not work correctly when using "cmake -E copy" to copy files

2007-12-15 Thread Alan W. Irwin
On 2007-12-15 12:57-0500 Brad King wrote: Alan W. Irwin wrote: Well, it turns out I had to add four different target dependencies to the CMake-based PLplot build system to get rid of the parallel build problems I was having on my Core Duo box. One of them was pretty subtle so I missed it fo

[CMake] Waf build tool

2007-12-15 Thread Brandon Van Every
On Dec 15, 2007 1:55 PM, Brandon Van Every <[EMAIL PROTECTED]> wrote: > On Dec 15, 2007 12:41 PM, Bill Hoffman <[EMAIL PROTECTED]> wrote: > > > > There are some vocal > > complainers about the language, but I suspect there is a silent majority > > that really don't care, > > CMake is a self-selecti

Re: [CMake] Re: CMake script vs. Lua

2007-12-15 Thread Brandon Van Every
BTW it wouldn't offend me personally if you don't want to respond any more to this *right now*. You seem harried about other work you feel you need to get done. I do think "Lua boosters" need to "fan out" to other build communities and develop more compelling arguments for why expressive, standar

Re: [CMake] Parallel builds do not work correctly when using "cmake -E copy" to copy files

2007-12-15 Thread Brad King
Alan W. Irwin wrote: Well, it turns out I had to add four different target dependencies to the CMake-based PLplot build system to get rid of the parallel build problems I was having on my Core Duo box. One of them was pretty subtle so I missed it for my first review of the dependencies. Nevert

Re: [CMake] Re: CMake script vs. Lua

2007-12-15 Thread Bill Hoffman
OK, so here are my thoughts on using CMake as a full scripting language. ... I think it is feature/mission creep. When I started CMake, I was trying to make a tool that would make building software with native tools easy for non build system types of developers (mostly researchers). Usually

Re: [CMake] Re: Ignoring command return code in add_custom_command

2007-12-15 Thread Bill Hoffman
Rodolfo Lima wrote: Alexander Neundorf escreveu: On Friday 14 December 2007, Bill Hoffman wrote: That said, an automatic way of running a cmake script at build time as part of a custom_command might be a good feature. See bug report #3604 :-) I think a dig on old bug reports could reveal v

Re: [CMake] Re: CMake script vs. Lua

2007-12-15 Thread Mike Jackson
http://svn.boost.org/trac/boost/wiki/CMakeConfigAndBuild -- Mike Jackson Senior Research Engineer Innovative Management & Technology Services On Dec 15, 2007, at 4:16 AM, Brandon Van Every wrote: This discussion made me want to kill the monster that jam (and bjam) became for me. People

Re: [CMake] Re: CMake script vs. Lua

2007-12-15 Thread Brandon Van Every
On Dec 14, 2007 10:57 PM, Rodolfo Lima <[EMAIL PROTECTED]> wrote: > Brandon Van Every escreveu: > > > Most of my concerns about nicety of > > language are strategic, not tactical. > > Let's not forget that cmake is being used by KDE, I think they wouldn't > change again their build system :) By ha

Re: [CMake] Re: CMake script vs. Lua

2007-12-15 Thread Brandon Van Every
On Dec 14, 2007 8:45 PM, Alexander Neundorf <[EMAIL PROTECTED]> wrote: > On Friday 14 December 2007, Brandon Van Every wrote: > > On Dec 14, 2007 2:38 PM, Bill Hoffman <[EMAIL PROTECTED]> wrote: > > > It really boils down to this: There is no way we can ever stop > > > supporting the current cmake