terminates with the pattern. Or it's just written wrong
in some other way. Anyways it's a bug. Write a trivial reproducer
and file it.
Cheers,
Brandon Van Every
___
CMake mailing list
CMake@cmake.org
http://www.cmake.org/mailman/listinfo/cmake
atching
> files to be installed, so the current behaviour is correct, albeit not
> ideal.
No, it's bugged.
Cheers,
Brandon Van Every
___
CMake mailing list
CMake@cmake.org
http://www.cmake.org/mailman/listinfo/cmake
compile and run the header file and put the value
> of _BUILD_MODULE_ into BUILD_MODULE.
You want either TRY_COMPILE or TRY_RUN.
Cheers,
Brandon Van Every
___
CMake mailing list
CMake@cmake.org
http://www.cmake.org/mailman/listinfo/cmake
ADD_CUSTOM_COMMAND, at least until you work out what a "standard"
paradigm should look like.
Cheers,
Brandon Van Every
___
CMake mailing list
CMake@cmake.org
http://www.cmake.org/mailman/listinfo/cmake
On Jan 2, 2008 10:00 AM, Christian Convey <[EMAIL PROTECTED]> wrote:
> On Jan 2, 2008 9:15 AM, Alexander Neundorf <[EMAIL PROTECTED]> wrote:
> > On Monday 31 December 2007, Brandon Van Every wrote:
> > >
> > > I would assume that Linux tool ports just use th
On Jan 3, 2008 12:06 PM, Gregory Anderson <[EMAIL PROTECTED]> wrote:
> I understand what you mean but fixing the path is a bit over my head.
> How do I fix the path?
Why don't you just reinstall the compiler?
Cheers,
Brandon Van Every
On Jan 3, 2008 12:31 PM, Gregory Anderson <[EMAIL PROTECTED]> wrote:
>
> On Thu, 2008-01-03 at 12:22 -0500, Brandon Van Every wrote:
> > On Jan 3, 2008 12:06 PM, Gregory Anderson <[EMAIL PROTECTED]> wrote:
> > > I understand what you mean but fixing the path is a
efore, but Mozilla is a Mercurial shop now.
> I haven't seen much mention of
> Darcs except for the 'dreaded exponential merge problem' and being
> written in Haskell making it harder to port.
My $0.02 is Darcs is easy to use.
Cheers,
Brandon Van Every
___
dard archives of
libraries floating around. Every dependency has to be grabbed by
hand.
Cheers,
Brandon Van Every
___
CMake mailing list
CMake@cmake.org
http://www.cmake.org/mailman/listinfo/cmake
urce repository,
but nevertheless it was useful to our work. Typically we could just
work past each other and not worry about merges.
> Thus, it is probably a given that CMake
> will always use a centralized repository.
You haven't even begun to prove
e saddled with sole
responsibility for the needed improvements.
Cheers,
Brandon Van Every
___
CMake mailing list
CMake@cmake.org
http://www.cmake.org/mailman/listinfo/cmake
my way.
Is there anything *compelling* about DVCS for the CMake community's
needs? I don't know. At present, I don't care. I've yet to do any
work in the CMake source pool; I just file bugs and edit the wiki.
Mozilla is the study for Mercurial. It's still early days for t
ommand, like running a tool. You could
execute a CMake script containing CMake commands using "COMMAND
${CMAKE_COMMAND} -P myscript".
Cheers,
Brandon Van Every
___
CMake mailing list
CMake@cmake.org
http://www.cmake.org/mailman/listinfo/cmake
_BINARY_DIR and CMAKE_CURRENT_BINARY_DIR.
http://www.cmake.org/Wiki/CMake_Useful_Variables
You could also use PROJECT_BINARY_DIR or MyProjectName_BINARY_DIR.
Cheers,
Brandon Van Every
___
CMake mailing list
CMake@cmake.org
http://www.cmake.org/mailman/listinfo/cmake
y for me to detect that when I do cmake in the app folder that
> lib is not compiled and then compile for the linking to work.
Do you have a TARGET_LINK_LIBRARIES command for app, so that lib will be linked?
> BTW if I do
> cmake @ the src level then everything works fine.
Cheers,
Brand
d_custom_command.
Cheers,
Brandon Van Every
___
CMake mailing list
CMake@cmake.org
http://www.cmake.org/mailman/listinfo/cmake
but there's a lot of command line oriented people
out there that we'd like to convert to CMake. So it would be good if
we give them the kinds of things they expect, to the degree that it's
easy for us to do so. I think in this case -f is quite easy.
Cheers,
Brandon Van Every
___
has multiple layers of Makefiles in the same directories.
Many have names ending in *.mk. The main Makefile is generated by
Autoconf, and the *.mk files seem to be used as non-Autoconf
"subroutines".
Cheers,
Brandon Van Every
___
CMake mailin
nt in this case. In terms of command line
elegance, your solution leaves much to be desired over
cmake -f mycmake1.txt
cmake -f mycmake2.txt
Especially in the eyes of the Autoconf + GMake crowd, whom we'd like
to convert. Do you have a serious objection to CMake having a -f
flag?
Chee
ld
> that work?
The same way it works now. Generally, such files are a case of "CMake
invoking CMake."
Cheers,
Brandon Van Every
___
CMake mailing list
CMake@cmake.org
http://www.cmake.org/mailman/listinfo/cmake
erkill for
the problem at hand. Adding -f to CMake, CCMake, and CMakeSetup is
sufficient. It's simple to implement and requires almost no
maintenance.
Cheers,
Brandon Van Every
___
CMake mailing list
CMake@cmake.org
http://www.cmake.org/mailman/listinfo/cmake
On Jan 14, 2008 9:01 AM, Bill Hoffman <[EMAIL PROTECTED]> wrote:
>
> Brandon Van Every wrote:
> > On Jan 13, 2008 10:04 PM, Bill Hoffman <[EMAIL PROTECTED]> wrote:
> >> Many people will run CMake from a GUI and will not be giving a
> >> -f flag. With
On Jan 14, 2008 12:16 PM, Bill Hoffman <[EMAIL PROTECTED]> wrote:
> Brandon Van Every wrote:
>
> >
> > Example: I have a legacy handwritten GMake client.mk that acquires the
> > build tree from CVS before the main Autoconf generated Makefile is
> > run. The t
a correct assumption?
Cheers,
Brandon Van Every
___
CMake mailing list
CMake@cmake.org
http://www.cmake.org/mailman/listinfo/cmake
On Jan 14, 2008 6:55 PM, Miguel A. Figueroa-Villanueva <[EMAIL PROTECTED]>
wrote:
>
> On Jan 14, 2008 7:18 PM, Brandon Van Every wrote:
> > I just filed bug http://cmake.org/Bug/view.php?id=6241 , "FindPerlLibs
> > should use FindPerl". My assumption is that if
s? Like require the use of functions that will spit out
their input and output variables in a document format?
Cheers,
Brandon Van Every
___
CMake mailing list
CMake@cmake.org
http://www.cmake.org/mailman/listinfo/cmake
> expected to call find_* more than once in a find module. The first one
> that finds it will stop the searching.
Ok.
>This is all documented in the find_* commands.
I don't think the docs are entirely clear about different invocations
of FIND_PROGRAM that use the same varia
after the above snippet
would help. Or a slight wordsmithing would help. I will provide that
when I'm more alert.
Cheers,
Brandon Van Every
___
CMake mailing list
CMake@cmake.org
http://www.cmake.org/mailman/listinfo/cmake
ity when
they're all speaking the same language.
Are you trying to make it possible to generate CMake projects, or
other build tool projects (SCons? Ant?) using a common build tool?
If so, that's already what CMake is trying to do. We don't want a
common build tool, we think we ar
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
.
How difficult would it be to have a dependency system for modules?
Alternately, how about a policy requiring modules to include any
modules that deliver the needed functionality, instead of gratuitously
reinventing the wheel? I'm sure we agree that as far as the modules
go
would people usually do to combine cmake with non-cmake libraries?
ADD_CUSTOM_COMMAND is typically the drill. Like, you could just run
whatever its native build is and feed it any needed arguments. That's
pretty easy.
Cheers,
Brandon Van Every
the scale of work involved in
switching build systems, when a project is that large? What's the
largest build system you've worked on? Myself, I'm currently
converting a 400MB codebase from GNU Autoconf + GMake to CMake. I can
tell you it's daunting. If I am successful a
_evaluate}")
In a regex string, in front of a curly bracket you need \\\${
string(REGEX REPLACE
".*whatever but \\\${do not evaluate}"
I am still too lazy to write this up on
http://www.cmake.org/Wiki/CMake:VariablesListsStrings
I think because I perceive this wiki page as a bit burie
erience preparing packages for distribution. I'll let Martin
comment on the questions I've raised.
Cheers,
Brandon Van Every
___
CMake mailing list
CMake@cmake.org
http://www.cmake.org/mailman/listinfo/cmake
On Jan 15, 2008 7:04 PM, Alexander Neundorf <[EMAIL PROTECTED]> wrote:
> On Tuesday 15 January 2008, Brandon Van Every wrote:
> >
> > I am still too lazy to write this up on
> > http://www.cmake.org/Wiki/CMake:VariablesListsStrings
> > I think because I perceive
ny kind of type safety, but are just layer upon layer of
macro stuff. CMake is definitely better integrated than the Automake
toolchain. I would encourage Martin to help with further CMake
integrations and improvements.
Cheers,
Brandon Van Every
___
CMa
n't find (in linux it finds...)
I wonder if this is the "Apple 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 li
level dependencies.
Cheers,
Brandon Van Every
___
CMake mailing list
CMake@cmake.org
http://www.cmake.org/mailman/listinfo/cmake
custom_target says, "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
n its
> command line. gnu 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
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 comm
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
&
s such as AR cannot put a static library inside of a
static library. I don't know whether MSVC archivers can. In any
event, putting a static library inside of a static library is not
portable, if it can be done anywhere. Check the FAQ and the mailing
list archives for more info on this issue.
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,
Brand
s 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 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,
Brand
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.
&g
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
On Jan 22, 2008 12:46 PM, Alvah Whealton <[EMAIL PROTECTED]> wrote:
> On Jan 21, 2008 6:06 PM, Brandon Van Every <[EMAIL PROTECTED]> wrote:
>
> > With this kind of programming background, I don't see what the big
> > deal about a text editor is.
>
> I
at you think about
> 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
VS 6.0 was the last
version to support 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
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
. It doesn't exist in the build environment,
as CMake is gone and we're not running under CMake's choice of shell
anymore. This gotcha should also be noted in the set() docs.
Cheers,
Brandon Van Every
___
CMake mailing list
CMake@cmake.org
http://www.cmake.org/mailman/listinfo/cmake
...
>
> Now if I go and check the configure log, I see that the LDFLAGS 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
problem with, you've skipped around from command to command to
command. By "trivial" I mean 1 line of mis-translating text, not a
dump of whatever project you're working 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 f
ot set this unless you
have an exceptionally good reason to.
Cheers,
Brandon Van Every
___
CMake mailing list
CMake@cmake.org
http://www.cmake.org/mailman/listinfo/cmake
rew
energy at the problem, 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
l. Generally I just 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.
Cheer
NG_MAKE_FLAGS), is added.
>
> The above 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
_
s wiki entry: "Note that CMAKE_BUILD_TYPE is not
initialized with a readable value at configuration time. This is
because the user is free to select a build type at build time. Use
CMAKE_CFG_INTDIR if you need a variable that evaluates to the correct
build time directory. "
Cheers,
Bran
to the
commands will be passed exactly 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
___
CMak
k they should be removed as true/false values.
Cheers,
Brandon Van Every
___
CMake mailing list
CMake@cmake.org
http://www.cmake.org/mailman/listinfo/cmake
AND CMAKE_CFG_INTDIR STREQUAL "/Debug")
set(wingui)
endif(MSVC 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
> ___
E_CURRENT_BINARY_DIR}/SVN_REVISION
Otherwise an out of source build fails.
Cheers,
Brandon Van Every
___
CMake mailing list
CMake@cmake.org
http://www.cmake.org/mailman/listinfo/cmake
cache is
not modified. If variables are defined using -D, this must be done
before the -P argument.
But my question is *why* must -P be the last thing? Is this a design
flaw, or is there some shell reason for it?
Cheers,
Brandon Van Every
___
CMake mailin
On Feb 4, 2008 3:09 PM, Bill Hoffman <[EMAIL PROTECTED]> wrote:
> Brandon Van Every wrote:
> >
> > But my question is *why* must -P be the last thing? Is this a design
> > flaw, or is there some shell reason for it?
> >
>
> I think it is so you can hav
mething. You'd have to know what that
output is going to be, and how to invoke the build.
Cheers,
Brandon Van Every
___
CMake mailing list
CMake@cmake.org
http://www.cmake.org/mailman/listinfo/cmake
'd have to take over linking
manually with some kind of add_custom_command, however you usually get
it to work. Why do you need the foreign code embedded in the host
library? Wouldn't shipping libraries for multiple platforms be
enough?
Cheers,
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]> wrote:
> >>
> >> If I were invoking a second CMake, would I be able to
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 2:30 PM, Bill Hoffman <[EMAIL PROTECTED]> wrote:
>
> The 4th edition CMake books have arrived and you can order them from
> http://kitware.com/products/cmakebook.html
I've ordered. Am I first? Do I get a cookie?
Cheer
have filed http://cmake.org/Bug/view.php?id=6295 on this
issue. 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 woul
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 el
ack In Time and rant and rave to my 11 year
old self about what a horrible word "piracy" is?? The audacity of
those game developers, how dare they seek compensation by restrictive
technological means! We should burn all our Double Fannucci collecto
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 -->
tasks are enough.
Ok, so you're on record as having your doubts and thinking this
wouldn't work for you. I suppose that's a data point and dealing with
skepticism is an issue. Anyone else feel more bullish about this?
Otherwise I guess it's not an open source problem. Mo
e true for MSVC, plus MSVC 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
ld say, "Hey presto
here are some results!" Enough to make people realize that their
conversion isn't hopeless and imponderable, that all they really have
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
een around the block with a ponderous build,
surely you've got an inventory of ideas about how these behemoths go,
how you could better 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
e word "we," I
meant the CMake community. 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
_
I apologized on the Lua list.
___
CMake mailing list
CMake@cmake.org
http://www.cmake.org/mailman/listinfo/cmake
ll"
> is immaterial.
It was your explanation, not mine. I agreed with your explanation. I
think your choice 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
_
ERBATIM)
> >
> I think you have forgot the ARGS argument
ARGS is old school. Not necessary 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
On Feb 12, 2008 12:34 PM, Alexander Neundorf <[EMAIL PROTECTED]> wrote:
> On Tuesday 12 February 2008, Brandon Van Every wrote:
> > Mozilla has made public the code I worked on for them.
> > https://bugzilla.mozilla.org/show_bug.cgi?id=416982 It is an
> > incomplete
e_file is performed, the single
backslashes that escape the whitespace are lost. "\ " turns into " ".
If you were to string(REPLACE "\\" "" out "${in}") for all your
paths before performing the configure_file, I think you would solve
the
a CMake
build system. I 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
does not have any configuration step or cache. However, it's
not reasonable 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 V
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.
on
"public: __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
_
t.
Guys, guys, read the list and add it yourselves! It's a wiki. We
don't need discussion here.
Cheers,
Brandon Van Every
___
CMake mailing list
CMake@cmake.org
http://www.cmake.org/mailman/listinfo/cmake
specific issue?
Cheers,
Brandon Van Every
___
CMake mailing list
CMake@cmake.org
http://www.cmake.org/mailman/listinfo/cmake
omutil.h new to CMake
CVS? If so, I 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
l-informed soul takes issue with the word in the
sense of, "Oh JOY" (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
clunky
feeling to it. Even if it turns out to be practical, 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
o they talk about parents. Well when I'm more awake
I'll 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
_
getting people to write docs, even when 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
301 - 400 of 663 matches
Mail list logo
