At 7/24/2008 08:26 AM, Hendrik Sattler wrote:
Zitat von David Boosalis <[EMAIL PROTECTED]>:
The one complaint I have with building in another directory is when
working with emacs. I like to do my make inside of emacs, that way
when there is a compile error message I can click on it from emacs
At 3/4/2008 12:28 PM, Brandon Van Every wrote:
> >
> > - CMake script must be maintained indefinitely for a small percentage
> > of users no matter what the migration strategy
BTW, this point is intended to mean that CMake script must always be
supported, even under the most wildly optimistic
At 3/3/2008 03:34 PM, Matt Williams wrote:
I'm looking to see what you guys on this list think about me starting up
a 'cmake community' site, possibly featuring the following:
I think I agree with the other posters, this might be a little too
soon. Thanks for your input though.
We are actuall
At 3/2/2008 09:10 AM, James Mansion, wrote:
If I have a project that is largely in a more convenient language -
whether Java or Python or C# (or even Lua) - and it has material
components in C++ for performance or reuse reasons, then it is
clearly reasonable to ship something that can make a g
At 2/29/2008 12:39 AM, Brandon Van Every wrote:
> Again: *deal*.
> February 29th, 2010 *precisely*.
> Special CMake/Lua day, the 29th.
Or No Deal. 2 years is a number you've inappropriately reused from an
unrelated context.
You are right, I apologize. Bill said:
"we might have two
At 2/29/2008 12:03 AM, Brandon Van Every wrote:
> You've got a deal. I'll make sure to swing by Bill's office tomorrow
> and remind him about his "realization". Let me write that down. On a
> post-it or something.
>
> 2 years break, that's a bargain Bill.
On that note, be sure to include ac
At 2/28/2008 09:06 PM, Brandon Van Every wrote:
> So, I guess I will wait until then, and you can prove me wrong... Until
> then, can you give it a break?
Sure. Long as you realize that not everybody shares your pessimism
about translators, and that if you do implement Lua support, people
w
At 2/18/2008 10:10 AM, Ken Martin wrote:
>
> FUNCTION(SET_VAR2 varname)
>SET_VAR1(${varname})
> ENDFUNCTION(SET_VAR2)
And you should live with that. And like it dang it! :)
I'm linking it but I'm kinda surprised you wouldn't go for something
beautiful *and* eternally classic like a new ma
At 2/16/2008 03:48 PM, Alexander Neundorf wrote:
Would
RAISE_SCOPE(var1 var2 ... varN)
be better ?
Why was the syntax changed from that to
RAISE_SCOPE(varname value) ?
(which was basically a set() and that's why converted to
set(... PARENT_SCOPE) )
Sorry, I missed the fact that RAISE_SCOPE ha
At 2/16/2008 02:13 PM, Alexander Neundorf wrote:
>
> I don't mean to remove the SET(PARENT_SCOPE) feature, where the main
> purpose is to set a global variable from within a function.
> But if SET( ... PARENT_SCOPE) is called outside a function, the effect is
> that the variable is set in the par
Hello Kein-Hong Man,
At 2/9/2008 10:27 PM, KHMan wrote:
I have a small question to pose to you guys (ladies and gentlemen
alike) on etiquette: Is it normal for a CMake developer to jump
into another mailing list and generally act in an obnoxious manner
and act aggressively or provocatively?
N
At 1/5/2008 09:24 PM, Jesper Eskilson wrote:
Those of you who haven't already read "Version Control and 'the
80%'" should do so (http://blog.red-bean.com/sussman/?p=79) *before*
forming your opinion on centralized version control.
Interesting read, especially the paragraph about: "In a nutshe
At 11/27/2007 04:02 PM, Juan Sanchez wrote:
The reason I suggested Tcl was it makes strings easy. Most everything
is a string in Tcl.
Everything is a string in Tcl :)
I'm not a Tcl noob, and things are not *that* easy in Tcl: when you
have to throw an "eval" now and then, you know someone e
At 7/26/2007 09:07 AM, gga wrote:
Does anyone have a simple gettext example being used with cmake?
I wrote such framework for KWWidgets (http://kwwidgets.org)
It is pretty hairy though, but I added a fair amount of comments.
Check this directory:
http://kwwidgets.org/cgi-bin/viewcvs.cgi/CMake
14 matches
Mail list logo