-
http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=198bb9d1e7702cf4a22d9e65aeda1ec83ad6e92f
commit 198bb9d1e7702cf4a22d9e65aeda1ec83ad6e92f
Merge: 0811843 dd07161
Author: Bill Hoffman bill.hoff...@kitware.com
AuthorDate: Thu Apr 26 08:31:01 2012 -0400
Commit: CMake Topic
-
http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=f661b99a80b69b787815b274c3c2206a571b996b
commit f661b99a80b69b787815b274c3c2206a571b996b
Merge: 198bb9d 72210c2
Author: Bill Hoffman bill.hoff...@kitware.com
AuthorDate: Thu Apr 26 08:34:01 2012 -0400
Commit: CMake Topic
-
http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=283b8fe1ed285f15ee3b408ec070e8a98bb29413
commit 283b8fe1ed285f15ee3b408ec070e8a98bb29413
Merge: 53c3ca3 e6412e0
Author: Bill Hoffman bill.hoff...@kitware.com
AuthorDate: Wed Apr 25 17:06:12 2012 -0400
Commit: CMake Topic
On 4/24/2012 12:07 PM, Leif Walsh wrote:
Also, it would be nice if there was a way to specify that only some of
the commands should be run with valgrind, but that may be asking too
much.
What I usually do is use the --trace-children option. I have even
patched (accepted upstream now),
On 4/18/2012 5:14 PM, Richard Wackerbarth wrote:
Bill,
I hope that your question was not directed at me. As far as Ninja is
concerned, I just set up the build-bot and check to see that it runs
each night.
In general, I have presumed that our interest is on the CMake side.
Therefore, except for
Any of the ninja folks have an idea why this test fails on FreeBSD:
http://open.cdash.org/testDetails.php?test=140695467build=2197189
Run Build Command:/usr/local/bin/ninja
ninja: ERROR: dependency cycle: CMakeFiles/bar.dir/bar.cxx.o -
CMakeFiles/bar.dir/bar.cxx.o
I am guessing something
On 4/18/2012 1:12 PM, Richard Wackerbarth wrote:
Let me know if someone needs information from the run which has not been posted
to the dashboard.
I can bring the machine online and retrieve things.
Actually, if you could send me the .d files in that test directory that
might shed some light
On 4/18/2012 1:12 PM, Richard Wackerbarth wrote:
Let me know if someone needs information from the run which has not been posted
to the dashboard.
I can bring the machine online and retrieve things.
OK, so looking at the .d files, they are wrong.
I see this:
CMakeFiles/bar.dir/bar.cxx.o
On 4/7/2012 5:03 PM, Peter Collingbourne wrote:
On Sat, Apr 07, 2012 at 10:00:41PM +0200, Peter Kümmel wrote:
On 07.04.2012 21:56, Peter Kümmel wrote:
By default Ninja support is not enabled on Windows and Mac, somehow it was build
the last times but I touched the cmake code there and
On 4/3/2012 7:53 PM, Nicolas Desprès wrote:
On next 68160664982d8f42ccfa8d68de778df823b52979
and on master 5e9c7731e16fc077a3637a02cb983d397329a23a with Ninja:
The following tests FAILED:
1 - CMake.Install (Failed)
54 - ExportImport (Failed)
61 - Qt4Deploy (Failed)
On 3/14/2012 1:21 PM, Francisco Caraballo wrote:
Hello everyone.
I'm using CMAKE to build Paraview with Visual Studio Express 2010. I'm
having a problem with the generated solution. The problem is that one
of the entries generated for included libraries (the MPI libraries)
should be semi colon
On 4/2/2012 9:57 PM, Bill Hoffman wrote:
Well, you could implement it... :)
This is an interesting interface:
target_link_libraries(foo STATIC lib1 lib2 SHARED lib3 lib4)
I would suggest that you move to the discussion to the cmake-developers
list.
I had another thought on this. Usually
On 4/2/2012 9:18 PM, Christoph Anton Mitterer wrote:
Hi.
I started to switch over all my build systems to CMake recently and am
stuck with the following.
I thought of the C in CMake (cross-platform) that it means to that
most basic tasks are handled for most platforms/compilers in a
On 3/29/2012 6:19 PM, Sweety Pie wrote:
Well after installing the Windows platform SDK am getting these msgs in
the CMake screen:
1- The C compiler cl is not able to compile a simple test program.
Although the VS can perfectly run all the codes I have previously.
The other error is this:
On 3/29/2012 9:52 AM, Sweety Pie wrote:
I have installed the Windows Platform SDK but the same error shows up:(
I didnt get what do you mean by : Run CMake with --debug-trycompile
??
cmake --debug-trycompile ../path/to/yoursource
This will run cmake in mode where it does not delete the
On 3/28/2012 2:01 AM, Sweety Pie wrote:
Any one can advice plz???
Run CMake with --debug-trycompile, then load the .sln file found in the
CMakeTmp directory from the IDE, and see what the errors actually are.
-Bill
--
Powered by www.kitware.com
Visit other Kitware open-source projects at
-
http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=954a27c27832fda0e10826159c18ab08a3461346
commit 954a27c27832fda0e10826159c18ab08a3461346
Merge: 10310a6 2f9ad7c
Author: Bill Hoffman bill.hoff...@kitware.com
AuthorDate: Tue Mar 20 15:21:25 2012 -0400
Commit: CMake Topic
On 3/17/2012 8:26 PM, Peter Collingbourne wrote:
Most likely some object files were not rebuilt as a result of header
file changes. This will happen if the compiler does not support
emitting dependency files, such as cl.exe. I think there are a couple
of ways we could consider supporting
On 3/14/2012 6:39 PM, James Bigler wrote:
I have a system with several copies of Visual Studio installed.
When I set the generator for Visual Studio 9 2008 it ends up picking
up a different compiler:
CMAKE_C_COMPILER:FILEPATH=C:/Program Files (x86)/SCE/Common/VSI/bin/cl.exe
I think this is
On 3/14/2012 7:34 AM, Nicolas Desprès wrote:
Nope if you like in the generated build.ninja build.ninja appears
only once as an output using the RERUN_CMAKE rule.
I rather think it is a bug in ninja of the restat implementation.
What is the way to debug this? Can you get ninja to tell you why
On 3/13/2012 10:39 PM, Peter Collingbourne wrote:
Maybe another time we can think about ways to improve PCH support,
but for now I guess we can add an OR Ninja to this test and add
OBJECT_OUTPUTS support to the Ninja generator.
I tried making that blog active for ninja and a I get a new error:
$ ninja rebuild_cache
[1/1] Running CMake to regenerate build system...
FAILED: cmd.exe /c cd C:\Users\hoffman\Work\My Builds\cmake-ninja
C:\Users\hoffman\Work\My Builds\cmake-gmake\bin\cmake.exe
-HC:/Users/hoffman/Work/My Builds/cmake -BC:/Users/hoffman/Work/My
Builds/cmake-ninja
CMake
On 3/14/2012 1:42 PM, Nicolas Desprès wrote:
$ ../_build/bin/cmake -DCMAKE_ENABLE_NINJA=OFF .
$ ../_build/bin/cmake -DCMAKE_ENABLE_NINJA=ON .
$ ninja
ninja: no work to do.
$ ../_build/bin/cmake -DCMAKE_ENABLE_NINJA=OFF .
$ ninja
[...compile 200 outputs...]
Duh, of course, my bad. It is the
On 3/13/2012 5:58 PM, Peter Kümmel wrote:
Not perfect because you tested it on an old build ;)
OK, I did a clean build tree, and it works now, thanks.
I just checked in a fix for
LinkDirectory
The remaining failing tests on windows are:
BuildDepends, ModuleDefinition, Plugin, and
It seems that if the CMakeCache.txt changes, and cmake re-runs, ninja
rebuilds almost ever single .obj file. For example, if I turn on and
off CMAKE_ENABLE_NINJA, Then it rebuilds all the .obj files instead of
relinking just a few executables since the .obj files are there all
ready. I had
-
http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=2771c36f9476e0d7f948ad7f27665c675da77b44
commit 2771c36f9476e0d7f948ad7f27665c675da77b44
Merge: c62e135 c72fc37
Author: Bill Hoffman bill.hoff...@kitware.com
AuthorDate: Tue Mar 13 17:03:13 2012 -0400
Commit: CMake Topic
On 3/12/2012 3:28 PM, Andreas Haferburg wrote:
Hello,
I'm currently evaluating Lazy C++ [1], which generates both header and
source files. I'm using add_custom_command() to invoke the generator on
*.lzz file, and for each .lzz file it generates one .hpp file and one
.cpp file. What I'm missing
On 3/12/2012 5:00 PM, Andreas Haferburg wrote:
Yea, that's pretty much what I've got so far. And yes, I realize that's
the way it's *supposed* to be set up. ;) I've posted my CMakeLists.txt
here if you want to have a look:
http://stackoverflow.com/a/9669388/872616
The only time I would really
I am seeing that ninja always wants to relink the executables for me
every time it is run. The output is this:
$ ninja
[1/9] Linking C static library
Utilities\cmlibarchive\libarchive\cmlibarchive.lib
[2/9] Linking CXX executable bin\cmake.exe
[3/9] Linking CXX executable bin\cmw9xcom.exe
platforms that are passing all the tests (currently only linux).
The topic where the work happens is on the stage, and is called
stage/ninja-generator.
-Bill
--
Bill Hoffman
Kitware, Inc.
28 Corporate Drive
Clifton Park, NY 12065
bill.hoff...@kitware.com
http://www.kitware.com
518 881-4905 (Direct
-
http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=6dc37e91431b70c6f4ee55744b26eb103ee067f1
commit 6dc37e91431b70c6f4ee55744b26eb103ee067f1
Merge: c5d6d48 d2d492f
Author: Bill Hoffman bill.hoff...@kitware.com
AuthorDate: Fri Mar 9 14:36:43 2012 -0500
Commit: CMake Topic Stage
I am wondering if we want to call the Ninja generator something like:
Ninja Makefiles... It is not totally accurate, but it avoids code like
this:
IF(CMAKE_GENERATOR MATCHES Makefiles OR CMAKE_GENERATOR MATCHES Ninja)
Also, it is more likely to work with existing cmake build files. I had
On 3/7/2012 5:24 PM, David Cole wrote:
That might be fixed just now (perhaps) by stuff that I merged into
'next' this afternoon. Try with the very latest next of CMake. (One of
the commits from Peter K. had not yet been merged into next and it
dealt with directory creation...)
That fixed it.
I worked with Julie Langou and Brad King to write a blog about Fortran
support in CMake. It can be found here:
http://www.kitware.com/blog/home/post/231
If anyone is interested in helping with the new
cmake_add_fortran_subdirectory macro just send me an email, or bring it
up on the
On 3/6/2012 2:43 AM, Eric Noulard wrote:
Did you see this bug report:
http://public.kitware.com/Bug/view.php?id=13017
this may explain the sporadic failure on MacOS?
Now I see that there is already a retry loop,
[...]
// since we get random dashboard failures with this one
// try running it
On 3/6/2012 12:17 PM, Peter Collingbourne wrote:
The Ninja generator is disabled on Windows as it still doesn't yet
work correctly with Ninja's master branch. It works to some degree
with someone else's branch, but one of the required features on that
branch (response file support) was
On 3/6/2012 1:29 PM, Peter Collingbourne wrote:
We can certainly do that, but the ninja binary would need to be
switched as soon as we get around to using rspfile in Ninja (and
no sooner).
OK, so is there a ninja binary that I can download right now that will
work if I change the cmake
automoc: improved warning message in relaxed mode
Remove trailing whitespace
Add comment about one more problem of the C depency scanner.
fix #12262: dependency scanning for ASM files
Bill Hoffman (1):
Fix the case where cmake --build failed with two project cmds in
one
On 3/3/2012 10:13 AM, marco atzeri wrote:
Bill,
a simple RFU (request for upload) at cygwin-apps
mailing list, with the link at your files
http://www.cmake.org/files/v2.8/cmake-2.8.7-1.tar.bz2
http://www.cmake.org/files/v2.8/cmake-2.8.7-1-src.tar.bz2
will allow a larger audience and the
On 3/6/2012 10:52 AM, Nicolas Desprès wrote:
+1 for publishing I think it will boost up the development, bringing
more people to work on it.
It would be nice to fix the stuff that we know about, as people will of
course start reporting bugs as soon as they find them. I guess as long
as we
On 3/6/2012 1:47 PM, Peter Collingbourne wrote:
Obviously things won't work perfectly (if at all) for things like GUI
applications or bundles. But there are a number of command line tools
(such as LLVM/Clang) which do not use any of the OS X packaging stuff.
I myself have used the generator to
On 3/6/2012 12:53 PM, Robert Dailey wrote:
Could you list the mirror URLs for me that were updated? I'm trying a
few that are listed in the setup.exe for cygwin but I'm not seeing the
new version. Still shows 2.8.4 for the mirrors I tried.
Give it some time. I have no control over the mirrors
On 3/6/2012 9:09 PM, Clifford Yapp wrote:
We use the same configuration tests on all platforms in an effort to
avoid having large chunks of platform-specific code in our build files,
but we pay a price for this on Windows - the same test process is more
than an order of magnitude slower with
On 3/2/2012 1:57 PM, Robert Dailey wrote:
Latest version of CMake on the Cygwin installer is 2.8.4. I need 2.8.7.
Where can I get 2.8.7 for Cygwin?
We have them built, but I have been very bad at not getting them
uploaded to the server.
You can find them here:
On 3/1/2012 9:00 AM, David Cole wrote:
Are you using CMake 2.8.7? If not, please upgrade and try with that
version. If there's still a problem after that, let us know.
It might also be flags that you are setting in your project or cache
that is doing this. Do you set CMAKE_CXX_FLAGS?
-Bill
-
http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=62bb3fb93b8077a3bdee8566f3d63177bbe088c6
commit 62bb3fb93b8077a3bdee8566f3d63177bbe088c6
Merge: b71538d 2557a08
Author: Bill Hoffman bill.hoff...@kitware.com
AuthorDate: Wed Feb 29 22:29:13 2012 -0500
Commit: CMake Topic
The nightly binary for CMake is not building because of a test failure:
http://open.cdash.org/testDetails.php?test=136868750build=2046004
CMake Error at CMakeLists.txt:52 (message):
Subversion_VERSION_SVN has unexpected content
Call Stack (most recent call first):
CMakeLists.txt:74
On 2/28/2012 1:14 PM, Eric Noulard wrote:
2012/2/28 Bill Hoffmanbill.hoff...@kitware.com:
The nightly binary for CMake is not building because of a test failure:
http://open.cdash.org/testDetails.php?test=136868750build=2046004
CMake Error at CMakeLists.txt:52 (message):
On 2/28/2012 1:38 PM, David Cole wrote:
Wait for Eike to reply here. He's been requiring version variables to
be set if the package is found in this test. I'm sure he'll either
patch this up so it works or exclude svn from the version variable
test depending on how hard it is to detect this
On 2/28/2012 1:57 PM, Brad King wrote:
On 2/28/2012 1:53 PM, Bill Hoffman wrote:
No matter what
find_package(foo)
Can not cause an error at CMake time.
That isn't the line causing the error. It's the AllFindModules test
that wants to know that the returned version information is as expected
On 2/24/2012 5:25 AM, Andrea Crotti wrote:
Ideally yes, unfortunately it's not really possible to avoid the python
call, without rewriting a lot of code in CMake/C (which is not a good
idea).
I will check what is the requirement, if the MinGW make is fine then
I'll just use that otherwise
On 2/23/2012 10:46 AM, elhadj meljane wrote:
Hi all
I am trying to cmake a CMakeLIsts.txt and I am getting the following error
CMake Error at CMakeLists.txt:50 (VTK_WRAP_PYTHON):
Unknown CMake command VTK_WRAP_PYTHON
here is the line that the cmake does not like in the CMakeLists file
to reject MingW bash.
Bill Hoffman implicitly rejected my offer to provide a patch to enable a
new generator as of CMake 2.6.2:
http://public.kitware.com/Bug/view.php?id=7870 . Without a policy
reversal on his part, I would assume this platform (which is also mine)
is intentionally unsupported
On 2/23/2012 3:40 PM, Kenneth Boyd wrote:
On 2/23/2012 1:46 PM, Bill Hoffman wrote:
Right. Unfortunately, I have MingW installed from official tarballs,
rather than the MSYS executable installer; the MSYS installer *.exe
critically failed for me back in 2001, so once I got a working install
are actually the same source code but they
are built with different c run time libraries.
--
Bill Hoffman
Kitware, Inc.
28 Corporate Drive
Clifton Park, NY 12065
bill.hoff...@kitware.com
http://www.kitware.com
518 881-4905 (Direct)
518 371-3971 x105
Fax (518) 371-4573
--
Powered by www.kitware.com
Visit
On 2/23/2012 6:20 AM, Andrea Crotti wrote:
So well I thought I could just use the MSYS Makefiles instead, but
reconfiguring and with the same target that doesn't work:
Scanning dependencies of target cleanup_system
process_begin: CreateProcess(NULL, /c/python25/python.exe
Kitware will be holding a developers training course on April 2, 2012 in
Lyon, France. This 1-day course will cover CMake, CTest, CPack and CDash.
Please visit our web site for more information and registration details
(early registration ends March 19th!) at either:
On 2/17/2012 12:26 PM, Nicolas Desprès wrote:
I think it is a bug in the generator which do not escape the space
properly using the $ character as supported by Ninja.
--
Nicolas Desprès
Will you be able to fix that?
Thanks.
-Bill
--
Powered by www.kitware.com
Visit other Kitware
On 2/17/2012 3:16 PM, Nicolas Desprès wrote:
I think yes. It is just a matter of time. My weekend is already
overloaded. I'll try to do it. If Peter or someone else in the community
comes up with a patch before me everybody would be happy :-)
I'll try to do my best.
I could give it a try if
On 2/16/2012 2:57 PM, Peter Kümmel wrote:
They are not interested.
There is another patch in the pipeline but with
this the current generator doesn't work.
Use the official ninja and drop Win atm.
Bummer. I am most interested in windows. Would love to stop using
gmake... Seems like they
On 2/16/2012 5:19 PM, David Cole wrote:
On Thu, Feb 16, 2012 at 5:08 PM, Richard Wackerbarth rich...@nfsnet.org
mailto:rich...@nfsnet.org wrote:
What are we trying to accomplish here?
2 things:
(1) Keep the CMake ninja generator working with the changing state of
the CMake code base
Where at are the versions of Ninja that I need to use with CMake for:
Windows:
Mac:
Linux:
I have seen several git branches mentioned in emails, and it is not
clear to me where to get the right Ninja for CMake on all platforms. To
setup nightly testing, is there a master git branch that we
On 2/15/2012 11:20 AM, Nicolas Desprès wrote:
For compiling and testing you can find all the information in the
HACKING file.
Well, this is ugly:
--HACKING
Windows development on Windows:
- install mingw, msys, and python
- in the mingw shell, put Python in your path, and: python
On 2/15/2012 1:01 PM, David Cole wrote:
But this is true with every CMake generator *except* for the Unix
Makefiles generator.
And you don't have to build it twice. On most of our other dashboards,
we simply use an installation of a recent stable release as the
CMake/ctest that drives the
- On linux spaces in the path do not work, I get this error:
http://www.cdash.org/CDash/viewBuildError.php?buildid=2009436
-Bill
--
Powered by www.kitware.com
Visit other Kitware open-source projects at
http://www.kitware.com/opensource/opensource.html
Please keep messages on-topic and
On 2/15/2012 5:52 PM, Peter Kümmel wrote:
In summary:
- use the CMakeLists.txt from
https://github.com/syntheticpp/ninja/tree/cmake
- on Windows use ninja from
https://github.com/syntheticpp/ninja/tree/token-splitter
and wait and see what happens with official ninja
I can
On 2/15/2012 10:27 AM, Nicolas Desprès wrote:
=
I may have an Ubuntu box and maybe a OS X 10.7 machine, depending on
what is required.
What do I have to setup?
Is the machine required to be up and running all the time?
Cheers,
It is required that the machine submit once a day. To submit it
On 2/15/2012 11:03 AM, Nicolas Desprès wrote:
What's happens if it misses some day because the machine is not running
for any reason ? Weekend, maintenance, etc... ?
Not a bit deal, unless it is missing more often than not. I would say
95% up would be fine. If it is up and down all the
On 2/15/2012 2:44 PM, Tom Deblauwe wrote:
Hello,
In attachment a project which illustrates the problem.
Just change the directory in the ctest script
continuous_dashboard.cmake to where your source is.
Then i run ctest in my bash script. I'm in git bash on windows now, but
I get the problem
On 2/15/2012 3:57 PM, Tom Deblauwe wrote:
It is apparently a combination of the two things, first I had to check
the RETURN_VALUE of the ctest_test command and then issue a
fatal_error when not zero.
Secondly: This works if I test it like you suggest in a command window:
the %errorlevel% is
-
http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=2128373082002cd11c2e3802d8346fc6d83df6f3
commit 2128373082002cd11c2e3802d8346fc6d83df6f3
Merge: 733ac6b 087bea3
Author: Bill Hoffman bill.hoff...@kitware.com
AuthorDate: Wed Feb 15 22:46:33 2012 -0500
Commit: CMake Topic
After a long break, all of the nightly builds are back:
http://www.cdash.org/CDash/viewTest.php?onlypassedbuildid=2004336
It has been some time, according to CDash:
Tests have been failing since 2012-01-02T00:32:26 EST (42 days)
The main trouble was the upgrade in Qt that was required.
On our linux release machine we are getting an error in the modules
that is preventing the release from being made. The error is:
CMake Error at CMakeLists.txt:58 (message):
GNUPLOT_VERSION_STRING has unexpected content
-- Configuring incomplete, errors occurred!
CMake Error at
I took a look at this, and it is behaving as expected with VS. VS does
NOT have a depend on compile flags. You can change a .vcproj file and
the flags it uses all you want, and VS will NOT rebuild any files
because of that.
So, as far as VS is concerned your source file has not changed and
-
http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=d7510a4a4f698fdbe1c951c65ce2392e934bb3ff
commit d7510a4a4f698fdbe1c951c65ce2392e934bb3ff
Merge: 3d606bb 9fb9416
Author: Bill Hoffman bill.hoff...@kitware.com
AuthorDate: Thu Feb 9 20:36:06 2012 -0500
Commit: CMake Topic Stage
On 2/7/2012 6:19 PM, Robert Dailey wrote:
+1 to this as well
My bad. I will get to it this week. They don't make it that easy...
-Bill
--
Powered by www.kitware.com
Visit other Kitware open-source projects at
http://www.kitware.com/opensource/opensource.html
Please keep messages
Why does the ninja generator need to use? I am pretty sure the other
CMake generators do not need to use.
Most of them come from the working directory: cd foo g++
They could be worked around easly by adding a new variable to the rules.
Seems like there should be a better way to run a
On 2/2/2012 8:30 AM, Brad King wrote:
On 2/1/2012 10:23 PM, Bill Hoffman wrote:
On 2/1/2012 4:19 PM, Peter Kümmel wrote:
We can't use cmd. Maybe ninja could be fixed.
If not, you could come up with something that uses CMake scripts.
cmake -E foo.cmake
foo.cmake
execute_process
On 2/2/2012 10:41 AM, Nicolas Desprès wrote:
When you use scripts or file like link.txt you lose the power of the
special $in and $out variables or variable in general that are
expanded in the rule.
I am not sure what those are, must be a Ninja thing...
With windows, unless you have
Sorry for asking a question without looking into the details first...
But
Why does the ninja generator need to use ? I am pretty sure the other
CMake generators do not need to use .
-Bill
--
Bill Hoffman
Kitware, Inc.
28 Corporate Drive
Clifton Park, NY 12065
bill.hoff
Alex and I will be speaking at FOSDEM this Saturday, hope to see some of
you there.
Here is a pointer to the talk:
http://www.kitware.com/events/home/event/204
-Bill
--
Powered by www.kitware.com
Visit other Kitware open-source projects at
http://www.kitware.com/opensource/opensource.html
) at CMakeLists.txt:10 (link_directories):
Syntax error in cmake code at
C:/dev/cpp/Project/safetynet/MonitorTestClient/CMakeLists.txt:10
when parsing string
${ENV[MSSDK_ROOT]}\\Lib
syntax error, unexpected cal_SYMBOL, expecting } (18)
--
Kind Regards,
Rajinder Yadav
--
Bill
Alex and I will be speaking at FOSDEM this Saturday, hope to see some of
you there.
Here is a pointer to the talk:
http://www.kitware.com/events/home/event/204
-Bill
--
Powered by www.kitware.com
Visit other Kitware open-source projects at
http://www.kitware.com/opensource/opensource.html
On 1/31/2012 10:55 AM, Nicolas Desprès wrote:
Brad,
All these considerations are important but maybe we could just do
first the easy path which is: add a -f option which change the default
name every where, for all sub-directories, try_compile, etc...
Changing for try_compile is going to
On 1/28/2012 10:51 AM, David Cole wrote:
Seems reasonable. Is anybody worried that changing the default values
of these flags would have a negative impact on any projects out there?
(i.e. is it likely that anybody relies on these flags being present
and that would somehow break their build
On 1/27/2012 4:27 PM, Kent Williams wrote:
Logged it as a bug. I'm not sure why FindDCMTK.cmake is so sad.
Basically it leaves out a library from ${DCMTK_LIBRARIES} namely oflog.
http://www.cmake.org/Bug/view.php?id=12916
--
Powered by www.kitware.com
Visit other Kitware open-source
, below.
- Log -
http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=c110741cdfb878d0496f37a8c5a0260cdbb677a4
commit c110741cdfb878d0496f37a8c5a0260cdbb677a4
Merge: 070ec8c 4b5e270
Author: Bill Hoffman bill.hoff...@kitware.com
on-topic and check the CMake FAQ at:
http://www.cmake.org/Wiki/CMake_FAQ
Follow this link to subscribe/unsubscribe:
http://www.cmake.org/mailman/listinfo/cmake
--
Bill Hoffman
Kitware, Inc.
28 Corporate Drive
Clifton Park, NY 12065
bill.hoff...@kitware.com
http://www.kitware.com
518 881-4905
On 1/16/2012 12:10 PM, Andrea Galeazzi wrote:
I generated a MakeFile Project (MinGW) and I'd like to speed up the
build process using -j N option. So I launched:
make -j 2 all.
Unfortunately I noticed that the Makefile, generated by CMake self,
contains this row: $(MAKE) -f CMakeFiles\Makefile2
On 1/13/2012 9:10 AM, Michael Hertling wrote:
With CMake 2.8.7 and VS 2008, I can report the following findings:
(1) Starting out from within an empty build directory: cmake ..
followed by cmake --build . configures/builds as expected.
(2) Tweaking CMakeLists.txt file only and leaving
On 1/13/2012 6:41 AM, Mateusz Loskot wrote:
David Daniel, thanks!
I'll confirm with my friend and follow-up if needed.
Best regards,
My guess would be that someone did a sudo make install. That would be a
reason why you might run make a root. But, you have to be consistent
and always
ExternalProject is failing in a few places:
http://www.cdash.org/CDash/testSummary.php?project=1name=ExternalProjectdate=2012-01-11
Seems to be an issue with bz2 untar:
CMake Error: Problem with archive_read_open_file(): Child process exited
with status 254
CMake Error: Problem extracting
-
http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=1022a07cad8158db71a0f15cd9b446b21be96cfd
commit 1022a07cad8158db71a0f15cd9b446b21be96cfd
Merge: 696a596 5033f4c
Author: Bill Hoffman bill.hoff...@kitware.com
AuthorDate: Mon Jan 9 09:54:50 2012 -0500
Commit: CMake Topic Stage
-
http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=d1a6b049056ac50af38a75fe68bd7df0aec230b0
commit d1a6b049056ac50af38a75fe68bd7df0aec230b0
Merge: c074796 b46c42c
Author: Bill Hoffman bill.hoff...@kitware.com
AuthorDate: Fri Jan 6 14:04:19 2012 -0500
Commit: CMake Topic Stage
-
http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=d5a07b316925816e345f9ce2452d2ea47c33d1c0
commit d5a07b316925816e345f9ce2452d2ea47c33d1c0
Merge: cd3c397 42f893d
Author: Bill Hoffman bill.hoff...@kitware.com
AuthorDate: Fri Jan 6 16:49:10 2012 -0500
Commit: CMake Topic Stage
by www.kitware.com
Visit other Kitware open-source projects at
http://www.kitware.com/opensource/opensource.html
Please keep messages on-topic and check the CMake FAQ at:
http://www.cmake.org/Wiki/CMake_FAQ
Follow this link to subscribe/unsubscribe:
http://www.cmake.org/mailman/listinfo/cmake
--
Bill
On 1/4/2012 4:27 PM, Michael Jackson wrote:
Thanks! The definitely fixed the issue for ALL the platforms. I guess
I just have not been keeping up with all the additions to CMake. At
what version was this syntax introduced?
Looks like about a year ago:
On 12/30/2011 8:10 PM, Robert Dailey wrote:
I'd like to introduce boost into CMake for this.
No way... :)
-Bill
--
Powered by www.kitware.com
Visit other Kitware open-source projects at
http://www.kitware.com/opensource/opensource.html
Please keep messages on-topic and check the CMake FAQ
-
http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=1f5d9142fe572d63aaf96391e08e671642c6994c
commit 1f5d9142fe572d63aaf96391e08e671642c6994c
Merge: a719919 1c5838a
Author: Bill Hoffman bill.hoff...@kitware.com
AuthorDate: Tue Dec 27 11:53:10 2011 -0500
Commit: CMake Topic
On 12/23/2011 5:43 PM, Pau Garcia i Quiles wrote:
Hi Bill,
Thank you. I tried that but it's failing: since no project in the
whole project tree is defined as C++ (i. e. everything is
project(blah C)), the generation step fails with:
CMake Error: Error required internal CMake variable not set,
601 - 700 of 2920 matches
Mail list logo
