On Tue, Mar 4, 2008 at 2:30 AM, Jesper Eskilson [EMAIL PROTECTED] wrote:
Brandon Van Every wrote:
On Mon, Mar 3, 2008 at 6:06 PM, Brandon Van Every [EMAIL PROTECTED]
wrote:
http://www.nabble.com/SCons-Future-Directions-and-Thoughts-td15176258.html
you can learn tons
The One True Build
Language at all; they might be amenable to the one true build engine.
Someone like Sun could dump money into making a lot of options work
well together. That's what these big companies love to do: go to war
with competing Virtual Machines.
Cheers,
Brandon Van Every
Kitware to see it as a profit center?
Cheers,
Brandon Van Every
___
CMake mailing list
CMake@cmake.org
http://www.cmake.org/mailman/listinfo/cmake
disproportionate to its size. How does a language
or tool manage that? Early niches filled?
Cheers,
Brandon Van Every
___
CMake mailing list
CMake@cmake.org
http://www.cmake.org/mailman/listinfo/cmake
comment, based on the if(clause). It would be a form of
pretty printing. It would comment any conditionals that are more than
20 lines apart or whatever.
if(blah)
yadda(yadda)
else #(NOT blah)
badabim(badabang)
endif # see blah
Cheers,
Brandon Van Every
=416982
Cheers,
Brandon Van Every
___
CMake mailing list
CMake@cmake.org
http://www.cmake.org/mailman/listinfo/cmake
anything. I
don't think there are any competing proprietary tools? If I've
overlooked something please let me know.
Cheers,
Brandon Van Every
___
CMake mailing list
CMake@cmake.org
http://www.cmake.org/mailman/listinfo/cmake
On Mon, Mar 3, 2008 at 2:11 PM, Brandon Van Every [EMAIL PROTECTED] wrote:
VMWare is a large commercial project.
http://www.nabble.com/SCons-Future-Directions-and-Thoughts-td15176258.html
My impression so far is that SCons appeals to a company that wants to
program a customized build system
for. That was no fun, and it never
amounted to anything resembling professional production values.
Cheers,
Brandon Van Every
___
CMake mailing list
CMake@cmake.org
http://www.cmake.org/mailman/listinfo/cmake
. Well, bytes, whatever.
Cheers,
Brandon Van Every
___
CMake mailing list
CMake@cmake.org
http://www.cmake.org/mailman/listinfo/cmake
On Mon, Mar 3, 2008 at 3:07 PM, Brandon Van Every [EMAIL PROTECTED] wrote:
On Mon, Mar 3, 2008 at 2:11 PM, Brandon Van Every [EMAIL PROTECTED] wrote:
VMWare is a large commercial project.
http://www.nabble.com/SCons-Future-Directions-and-Thoughts-td15176258.html
My impression so far
On Mon, Mar 3, 2008 at 6:13 PM, James Mansion
[EMAIL PROTECTED] wrote:
Brandon Van Every wrote:
Then probably that is because those projects use Ruby AND Python AND Tcl
- so I have to have them anyway. Hey, lets all use C89. Everyone has
that, right?
What if it is just C/C
technical solutions to some of these
problems. Techies tend to overlook anything that isn't tech.
Cheers,
Brandon Van Every
___
CMake mailing list
CMake@cmake.org
http://www.cmake.org/mailman/listinfo/cmake
a marketing and documentation standpoint, standard scripting
languages are provably better than DSLs.
Cheers,
Brandon Van Every
___
CMake mailing list
CMake@cmake.org
http://www.cmake.org/mailman/listinfo/cmake
build problems, with different
approaches than Raven.
http://antwrap.rubyforge.org/
http://incubator.apache.org/buildr/
I intend to find out if any of these tools have been used for large
projects, and if they exist, whether Ruby has demonstrated any
remarkable advantages.
Cheers,
Brandon Van
On Sun, Mar 2, 2008 at 7:29 PM, Brandon Van Every [EMAIL PROTECTED] wrote:
http://www.onjava.com/pub/a/onjava/2007/12/05/introducing-raven-an-elegant-build-for-java.html
The comments following this article are interesting. For instance, on syntax:
This is just stupid. The Ruby syntax
On Sun, Mar 2, 2008 at 7:46 PM, Brandon Van Every [EMAIL PROTECTED] wrote:
On Sun, Mar 2, 2008 at 7:29 PM, Brandon Van Every [EMAIL PROTECTED] wrote:
http://www.onjava.com/pub/a/onjava/2007/12/05/introducing-raven-an-elegant-build-for-java.html
The comments following this article
On Sun, Mar 2, 2008 at 9:22 PM, Brandon Van Every [EMAIL PROTECTED] wrote:
On Sun, Mar 2, 2008 at 7:29 PM, Brandon Van Every [EMAIL PROTECTED] wrote:
http://incubator.apache.org/buildr/
A review of Buildr
http://danielroop.com/blog/2007/08/25/buildr-review/#more-50
Says that Buildr
filing bugs about these
things can be helpful. If enough people file the bugs, then the
pattern will become clear, and I imagine things will be addressed.
Either by fixing them or migrating to Lua.
Cheers,
Brandon Van Every
___
CMake mailing list
CMake
on,
at some point, if the migration tools have been thoroughly tested and
proven in the field.
Cheers,
Brandon Van Every
___
CMake mailing list
CMake@cmake.org
http://www.cmake.org/mailman/listinfo/cmake
On Sat, Mar 1, 2008 at 7:08 PM, Brandon Van Every [EMAIL PROTECTED] wrote:
Especially in open source, I think it is
reasonable to make developers do trivial amounts of work to move on,
at some point, if the migration tools have been thoroughly tested and
proven in the field.
I did
have to modify both ELSE() and ENDIF().
That's not unmaintainable, that's forced maintenance. Compilers give
warnings and throw errors, it's no different.
Cheers,
Brandon Van Every
___
CMake mailing list
CMake@cmake.org
http://www.cmake.org/mailman
the
matching arguments then you are using LOOSE_LOOP_CONSTRUCTS by default. So
folks who want it will get it, folks who do not will not get it, effectively
automatically on a construct by construct basis.
I agree that from a marketing standpoint, this makes sense.
Cheers,
Brandon Van Every
there with Mozilla.
Autoconf + GMake -- CMake is a much more difficult translation
problem than CMake -- Lua. I know what is possible.
Cheers,
Brandon Van Every
___
CMake mailing list
CMake@cmake.org
http://www.cmake.org/mailman/listinfo/cmake
On Thu, Feb 28, 2008 at 5:54 PM, Bill Hoffman [EMAIL PROTECTED] wrote:
Brandon Van Every wrote:
Just suppose I am correct and it is
not possible to write a good enough translator. Would you then still
advocate dropping the cmake language?
Of course not. That's why I said
On Thu, Feb 28, 2008 at 11:41 PM, Sebastien BARRE
[EMAIL PROTECTED] wrote:
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
On Fri, Feb 29, 2008 at 12:11 AM, Sebastien BARRE
[EMAIL PROTECTED] wrote:
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
this one. CMake is
definitely not designed around this case use, it's designed around
being part of the build.
Cheers,
Brandon Van Every
___
CMake mailing list
CMake@cmake.org
http://www.cmake.org/mailman/listinfo/cmake
.
So, we might have two official languages someday, but no more than that.
Cheers,
Brandon Van Every
___
CMake mailing list
CMake@cmake.org
http://www.cmake.org/mailman/listinfo/cmake
the version of a tool is
contained in a .h file. In that case you'd use try_compile and write
some C preprocessor commands to capture the output.
Cheers,
Brandon Van Every
___
CMake mailing list
CMake@cmake.org
http://www.cmake.org/mailman/listinfo/cmake
On Wed, Feb 27, 2008 at 5:37 PM, Bill Hoffman [EMAIL PROTECTED] wrote:
Brandon Van Every wrote:
I think if the automated translation tool had proven itself for a
couple of years, it would be perfectly reasonable to force people to
move on. So there is still that 2 year window
On Wed, Feb 27, 2008 at 8:58 PM, Bill Hoffman [EMAIL PROTECTED] wrote:
Brandon Van Every wrote:
That's 2 cantankerous languages and a rather general problem domain.
CMake script is a rather limited language. Not that hard to map it to
Lua.
I don't know, I have heard about people
as
{document, text} bugs, along with the exact words you think should be
used.
Cheers,
Brandon Van Every
___
CMake mailing list
CMake@cmake.org
http://www.cmake.org/mailman/listinfo/cmake
of yours? I did not attend,
but I read the schedule and noticed there were presentations for both
CMake and SCons. Was it something the lecturers said? Audience
questions?
Cheers,
Brandon Van Every
___
CMake mailing list
CMake@cmake.org
http://www.cmake.org
CMake. This is a form of
community fragmentation.
Cheers,
Brandon Van Every
___
CMake mailing list
CMake@cmake.org
http://www.cmake.org/mailman/listinfo/cmake
.
Small-to-medium sized projects are a documentation and marketing
problem, not a technical problem.
Cheers,
Brandon Van Every
___
CMake mailing list
CMake@cmake.org
http://www.cmake.org/mailman/listinfo/cmake
lost their power at that time.
Analogously, we'd forget about build systems and go into the West.
We could speculate about who's the Dark Lord. By my demeanor I am
surely an Uruk-hai captain. -)
Cheers,
Brandon Van Every
___
CMake mailing list
CMake
language features is
that it's slow. Anyways, if someone could explain to me why Rake
matters, I'd listen.
Cheers,
Brandon Van Every
___
CMake mailing list
CMake@cmake.org
http://www.cmake.org/mailman/listinfo/cmake
. CMake
script -- Lua translation is certainly doable, but someone would have
to do it, and it would be real work.
Cheers,
Brandon Van Every
___
CMake mailing list
CMake@cmake.org
http://www.cmake.org/mailman/listinfo/cmake
are packaged and nicely
pre-deployed. I also suspect that the majority of developers would be
less forgiving about the scattered, haphazard quality of the
documentation that would inevitably result.
Mr. Miyagi from The Karate Kid said something like, better to know
1 kick well.
Cheers,
Brandon Van
of people who refuse to touch Lua.
Trying to please everyone by technical means will result in marginal
gains in popularity. A marketing campaign would get a lot more bang
for the buck.
Cheers,
Brandon Van Every
___
CMake mailing list
CMake@cmake.org
.
Cheers,
Brandon Van Every
___
CMake mailing list
CMake@cmake.org
http://www.cmake.org/mailman/listinfo/cmake
On Sun, Feb 24, 2008 at 12:56 PM, E. Wing [EMAIL PROTECTED] wrote:
On 2/24/08, Brandon Van Every [EMAIL PROTECTED] wrote:
So are you going to write this framework for us, that makes all the
work of supporting multiple languages magically go away?
If you bothered actually reading my
of execution size and speed.
In short, I do not see value in trying to be all things to all people.
That's an expensive way to do business.
Cheers,
Brandon Van Every
___
CMake mailing list
CMake@cmake.org
http://www.cmake.org/mailman/listinfo/cmake
On Thu, Feb 21, 2008 at 6:51 PM, Neal Meyer [EMAIL PROTECTED] wrote:
On windows I need a way to get a drive letter from a path. Does
anybody have any tricks for doing this?
Not a trick: string(REGEX MATCH ...)
Cheers,
Brandon Van Every
___
CMake
(XXX_FOUND)
Cheers,
Brandon Van Every
___
CMake mailing list
CMake@cmake.org
http://www.cmake.org/mailman/listinfo/cmake
script
does have an image problem. Keywords that don't exacerbate it would
be better. I can't quite think of what PARENT_SCOPE really means to
do, if parent directories are taken out of the equation. Maybe
because it's almost 5 am.
Cheers,
Brandon Van Every
think about the wordsmithing. I keep wanting to work the word
'call' or 'caller' in somehow. If you're altering the caller's variables,
why not talk about the caller?
Cheers,
Brandon Van Every
___
CMake mailing list
CMake@cmake.org
http://www.cmake.org
people
are paid to write docs (unlike here). Here's a semi-illuminating
article on docbook vs. DITA.
http://norman.walsh.name/2006/03/24/dita2006 If nothing else you
should read it just to understand what docbook thinks it's on about.
Cheers,
Brandon Van Every
: __thiscall _bstr_t::Data_t::Data_t(char const *)
([EMAIL PROTECTED]@@[EMAIL PROTECTED]@Z)
CMakeLib.lib
Windows Vista, with the free VC8 compiler, using CMake 2.4.8 as the
build tool, building CMake 2.4.8 works fine.
Cheers,
Brandon Van Every
___
CMake
,
Brandon Van Every
___
CMake mailing list
CMake@cmake.org
http://www.cmake.org/mailman/listinfo/cmake
Van Every
___
CMake mailing list
CMake@cmake.org
http://www.cmake.org/mailman/listinfo/cmake
bet it won't build with a Windows Server 2003 R2 SDK
and free VC8.
Cheers,
Brandon Van Every
___
CMake mailing list
CMake@cmake.org
http://www.cmake.org/mailman/listinfo/cmake
On Fri, Feb 15, 2008 at 12:32 PM, Bill Hoffman
[EMAIL PROTECTED] wrote:
Brandon Van Every wrote:
On Fri, Feb 15, 2008 at 9:59 AM, Bill Hoffman [EMAIL PROTECTED] wrote:
http://www.cmake.org/Wiki/Really_Cool_CMake_Features
I think the feature list is already adequate as a
pitch
(not), the feedback can only stimulate the CMake
community and increase CMake's notoriety.
Cheers,
Brandon Van Every
___
CMake mailing list
CMake@cmake.org
http://www.cmake.org/mailman/listinfo/cmake
for it to die with the error it's giving. I've filed
bug http://cmake.org/Bug/view.php?id=6337 cmake -P crashes on
configure_file.
Are you using cmake -P or a CMakeLists.txt?
Cheers,
Brandon Van Every
___
CMake mailing list
CMake@cmake.org
http
2008/2/13 Malhotra, Anupam [EMAIL PROTECTED]:
Please notice that $(IntDir) is automatically changed to $(IntDir) in the
actual post build setup. Can anyone please tell me if this is a bug in
cmake?
Looks like a bug to me. File it.
Cheers,
Brandon Van Every
into .
If you were to string(REPLACE \\ out ${in}) for all your
paths before performing the configure_file, I think you would solve
the problem.
Cheers,
Brandon Van Every
___
CMake mailing list
CMake@cmake.org
http://www.cmake.org/mailman/listinfo/cmake
was unable to complete it for them. Volunteer open
source developers could probably complete it, however. The translator
is a big step in the right direction for tackling such a large build
tree.
Cheers,
Brandon Van Every
___
CMake mailing list
CMake@cmake.org
anymore.
I think someone forgot to convert the paths to native Windows paths.
Use file(TO_NATIVE_PATH path result)
Cheers,
Brandon Van Every
___
CMake mailing list
CMake@cmake.org
http://www.cmake.org/mailman/listinfo/cmake
. In context it was probably appropriate.
You are showing an unwillingness to agree to disagree, and you are
forgetting your own statement that I mean well. Do you mean well?
Cheers,
Brandon Van Every
___
CMake mailing list
CMake@cmake.org
http
I apologized on the Lua list.
___
CMake mailing list
CMake@cmake.org
http://www.cmake.org/mailman/listinfo/cmake
of words is material. You have also sought to
explain me as Machiavellian. I acquiesced to that explanation in
order to bring peace.
Cheers,
Brandon Van Every
___
CMake mailing list
CMake@cmake.org
http://www.cmake.org/mailman/listinfo/cmake
to do is dive in and clean up the translation output.
Cheers,
Brandon Van Every
___
CMake mailing list
CMake@cmake.org
http://www.cmake.org/mailman/listinfo/cmake
present the job to the client, and how you could
better manage the risk of it succeeding or failing.
Cheers,
Brandon Van Every
___
CMake mailing list
CMake@cmake.org
http://www.cmake.org/mailman/listinfo/cmake
On Feb 8, 2008 11:30 AM, Jesper Eskilson [EMAIL PROTECTED] wrote:
Brandon Van Every wrote:
Someone asked me the other day why CMake doesn't do this. I thought I
gave him a reasonable answer, that it would be painful to do, and that
CMake -- native is a much easier problem than native
with
skepticism is an issue. Anyone else feel more bullish about this?
Otherwise I guess it's not an open source problem. More a case of if
I want it done right, I'll have to do it myself.
Cheers,
Brandon Van Every
___
CMake mailing list
CMake@cmake.org
changes its format every few
years. Does MSVC pose any other special difficulties, other than
sheer mind-numbingness of translation?
Cheers,
Brandon Van Every
___
CMake mailing list
CMake@cmake.org
http://www.cmake.org/mailman/listinfo/cmake
On Feb 5, 2008 2:15 PM, Hendrik Sattler [EMAIL PROTECTED] wrote:
Am Dienstag 05 Februar 2008 schrieb Brandon Van Every:
On Feb 5, 2008 11:08 AM, Hendrik Sattler [EMAIL PROTECTED] wrote:
Quoting Brandon Van Every [EMAIL PROTECTED]:
On Feb 5, 2008 10:05 AM, John Spray [EMAIL PROTECTED
. A CMake newbie needs enough free documentation to become an
intermediate user. After that, they can choose to RTFM, grep sources,
read mailing list archives, or buy books. I don't think they need to
get everything that anyone would ever write about CMake for free.
Cheers,
Brandon Van Every
On Feb 5, 2008 6:49 PM, Alan W. Irwin [EMAIL PROTECTED] wrote:
On 2008-02-05 17:08-0500 Brandon Van Every wrote:
On Feb 5, 2008 4:28 PM, Alan W. Irwin [EMAIL PROTECTED] wrote:
I looked at that site, and there was no mention of an electronic (PDF)
version. I far prefer that format since
,
Brandon Van Every
___
CMake mailing list
CMake@cmake.org
http://www.cmake.org/mailman/listinfo/cmake
AND CMAKE_CFG_INTDIR STREQUAL /Debug)
# use this style for all add_executable calls
add_executable(foo ${wingui} blah.c etc.c)
Cheers,
Brandon Van Every
Surya
___
CMake mailing list
CMake@cmake.org
http://www.cmake.org/mailman/listinfo/cmake
values.
Cheers,
Brandon Van Every
___
CMake mailing list
CMake@cmake.org
http://www.cmake.org/mailman/listinfo/cmake
as specified no matter the build tool
used. Note that one level of escapes is still used by the CMake
language processor before ADD_CUSTOM_TARGET even sees the arguments.
Cheers,
Brandon Van Every
___
CMake mailing list
CMake@cmake.org
http://www.cmake.org
, there was no known solution. Unless the latest
greatest MSVC is doing something different.
Cheers,
Brandon Van Every
___
CMake mailing list
CMake@cmake.org
http://www.cmake.org/mailman/listinfo/cmake
give the 1..2
sentences necessary, and someone else goes through the bother of
getting it into the docs. I think that's as it should be, since for
such small changes, constructing and applying patches is useless
overhead for all parties.
Cheers,
Brandon Van Every
works fine, the only pain is that I have to edit the build.make
file every time I re-run the cmake command. The question is, how can this be
automated by cmake commands?
string(REGEX REPLACE ...)
Cheers,
Brandon Van Every
___
CMake mailing list
CMake
on.
Cheers,
Brandon Van Every
___
CMake mailing list
CMake@cmake.org
http://www.cmake.org/mailman/listinfo/cmake
On Jan 28, 2008 12:16 AM, Alan W. Irwin [EMAIL PROTECTED] wrote:
On 2008-01-27 22:28-0500 Brandon Van Every wrote:
On Jan 27, 2008 8:34 PM, Alan W. Irwin [EMAIL PROTECTED] wrote:
I would like to be able to read arbitrary environment variables from within
cmake. The 2.4.8 documentation
an exceptionally good reason to.
Cheers,
Brandon Van Every
___
CMake mailing list
CMake@cmake.org
http://www.cmake.org/mailman/listinfo/cmake
() docs.
Cheers,
Brandon Van Every
___
CMake mailing list
CMake@cmake.org
http://www.cmake.org/mailman/listinfo/cmake
are
interpreted as -L${PROJECT_SOURCE_DIR}/lib\ -ldl (watch the escaping
of the (space)).
Did you try VERBATIM?
Cheers,
Brandon Van Every
___
CMake mailing list
CMake@cmake.org
http://www.cmake.org/mailman/listinfo/cmake
On Jan 24, 2008 2:50 PM, Andreas Pakulat [EMAIL PROTECTED] wrote:
Any ideas how to solve this (besides upgrading cmake)?
Quotes?
Cheers,
Brandon Van Every
___
CMake mailing list
CMake@cmake.org
http://www.cmake.org/mailman/listinfo/cmake
this?
file(GLOB var pattern) simply outputs a variable var. So you are
talking about determining arbitrary program execution based on the
value of the var. In practice I don't see how you'd cleanly separate
that.
Cheers,
Brandon Van Every
___
CMake mailing
them. Since none of the more recent VS versions
understand Makefiles, it makes sense that the capability is not
supported for the rather old VS 6.0 generator.
Cheers,
Brandon Van Every
___
CMake mailing list
CMake@cmake.org
http://www.cmake.org/mailman
On Jan 21, 2008 6:16 AM, pepone. onrez [EMAIL PROTECTED] wrote:
SET ( COPY_FILE cp -v )
Better: ${CMAKE_COMMAND} -E copy
Type cmake -E for details of OS portable commands.
Your example build fails on Cygwin with the same problem.
Cheers,
Brandon Van Every
On Jan 21, 2008 7:40 AM, Brandon Van Every [EMAIL PROTECTED] wrote:
On Jan 21, 2008 6:16 AM, pepone. onrez [EMAIL PROTECTED] wrote:
SET ( COPY_FILE cp -v )
Better: ${CMAKE_COMMAND} -E copy
Type cmake -E for details of OS portable commands.
Your example build fails on Cygwin with the same
On Jan 21, 2008 8:39 AM, Brandon Van Every [EMAIL PROTECTED] wrote:
then ADD_DEPENDENCIES(mylib DEPENDS blah).
Er, add_dependencies(mylib blah).
Cheers,
Brandon Van Every
___
CMake mailing list
CMake@cmake.org
http://www.cmake.org/mailman/listinfo
On Jan 19, 2008 11:50 AM, pepone. onrez [EMAIL PROTECTED] wrote:
Case 2 - i don`t see that Cmake generated any rule for the second commands.
Did you grep all the files in the generated CMake tree? Perhaps they
were output to a different file.
Cheers,
Brandon Van Every
the behavior you're trying to implement, without all
the fancy extra logic.
Cheers,
Brandon Van Every
___
CMake mailing list
CMake@cmake.org
http://www.cmake.org/mailman/listinfo/cmake
On Jan 18, 2008 4:59 AM, Rodolfo Lima [EMAIL PROTECTED] wrote:
Brandon Van Every escreveu:
The dependencies of an add_custom_command are completely under your
control anyways. You specify them. Why don't you just re-specify
them in your command?
It's a bit burdensome when
On Jan 18, 2008 1:50 PM, Brandon Van Every [EMAIL PROTECTED] wrote:
Check the FAQ and the mailing list archives for more info on this issue.
Sorry, the FAQ doesn't have any clear statement on the static lib
inside a static lib issue. It does talk about so-called
convenience libraries a bit
,
Brandon Van Every
___
CMake mailing list
CMake@cmake.org
http://www.cmake.org/mailman/listinfo/cmake
, Dependencies listed with the
DEPENDS argument may reference files and outputs of custom commands
created with ADD_CUSTOM_COMMAND.
Cheers,
Brandon Van Every
___
CMake mailing list
CMake@cmake.org
http://www.cmake.org/mailman/listinfo/cmake
make does that with $^ (i think). Something similar
with the output file name would be good (like $@ in gnu-make).
The dependencies of an add_custom_command are completely under your
control anyways. You specify them. Why don't you just re-specify
them in your command?
Cheers,
Brandon Van Every
linker always prefers dynamic libs
problem. Search the mailing list archives for that.
Cheers,
Brandon Van Every
___
CMake mailing list
CMake@cmake.org
http://www.cmake.org/mailman/listinfo/cmake
On Jan 16, 2008 12:45 PM, Leopold Palomo-Avellaneda [EMAIL PROTECTED] wrote:
A Dimecres 16 Gener 2008, Brandon Van Every va escriure:
I wonder if this is the Apple linker always prefers dynamic libs
problem. Search the mailing list archives for that.
I have this:
add_library(${plugin
?
If so, that's already what CMake is trying to do. We don't want a
common build tool, we think we are the common build tool. We would
want a generator for SCons or Ant or whatever.
Cheers,
Brandon Van Every
___
CMake mailing list
CMake@cmake.org
http
On Jan 15, 2008 11:46 AM, Andreas Pakulat [EMAIL PROTECTED] wrote:
On 15.01.08 11:37:12, Brandon Van Every wrote:
I'm unclear. What is the strategic purpose of CBS?
If I understood correctly, the purpose is to (at some point) build
foobar, including all deps completely with cbs
1 - 100 of 575 matches
Mail list logo