On 10/17/2013 1:52 PM, Pedro Navarro wrote:
Ok, I have the patch working and I'm going to send it soon. One
question, is it possible to launch a detached process from within CMake?
If I use EXECUTE_PROCESS to start p4d, CMake waits for it to finish so
-for now- I'm launching the Perforce daemon
On 10/17/2013 4:41 PM, Nils Gladitz wrote:
I pushed my topic ctest-fix-run-serial to stage.
I am taking a look. It has been a long time since I looked at this
code. However, it seems like your patch removes the running of
dependent tests.
old code did this:
StartTest(int test)
...
On 10/17/2013 4:59 PM, Brad King wrote:
As I explained in a sibling response the KWSys Process library
has support for creating detached processes. It should only be
a matter of exposing that through execute_process command options.
+1, this does come up a lot. It would be good to have this
On Thu, Oct 17, 2013 at 5:31 PM, Nils Gladitz nilsglad...@gmail.com wrote:
Hello Bill, thanks for looking into this!
All four tests in my example are still run (as you can see in the test
output I provided).
This includes the dependent test.
What I did change is that all tests (from an
On 10/9/2013 2:52 PM, Rolf Eike Beer wrote:
/usr/src/packages/BUILD/ncurses-5.6/ncurses/../ncurses/./base/lib_mouse.c:432:
undefined reference to `dlopen'
Just guessing: your system libcurses is broken or requires linking to a
different libc or something. Try building without it.
Looks like it
On 10/1/2013 9:44 AM, Patrick Reynolds wrote:
There is definitely a use case in which we want to aggregate coverage
between C++, Python, and Javascript in a web application.
By the way, sorry for the warning on the nightlies. That's fixed in next.
Right, so the change needs to be in
On 9/29/2013 2:37 PM, Patrick Reynolds wrote:
I'll leave this one to folks who are better versed in the arcane art of
Bullseye...
Does anyone still use this? ;)
Yes, it is still in use, and no it is not arcane. It is a really good
commercial cross platform branch based coverage tool.
but there was nothing in the DB pointed to by
COVFILE, basically no coverage.
This is the same thing that gcov and the other handlers do. If you
don't find any coverage files move on to the next coverage type and try
that.
I don't understand what you mean by parallel?
-Bill
--
Bill Hoffman
Kitware, Inc.
28
Hi all,
Does anyone have access to a HP-UX B.11.31 machine that can run nightly
CMake dashboards?
Thanks.
-Bill
--
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
Hi all,
Does anyone have access to a HP-UX B.11.31 machine that can run nightly
CMake dashboards?
Thanks.
-Bill
--
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
On 9/30/2013 12:26 PM, Amul Shah wrote:
Hi Bill,
What's involved in the dashboard? Does the server pull and build or is the
build pushed?
thanks,
Amul
You setup a cronjob and pull from us. The server does not have any
access to your machine. Basically, a ctest script is run that pulls
On 9/25/2013 10:01 PM, Dan Kegel wrote:
Is this a chink in cmake's support for universal libraries on MacOSX?
Not sure, we test CMake nightly on OSX and create universal libraries
and have been for many years now. This must be something specific to
your project. Can you create a small test
-
http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=b5fa10ffc7edabe103808def52ee0efe39fafa6b
commit b5fa10ffc7edabe103808def52ee0efe39fafa6b
Merge: 503b63e d4fd8fe
Author: Bill Hoffman bill.hoff...@kitware.com
AuthorDate: Mon Sep 23 12:47:11 2013 -0400
Commit: CMake Topic
-
http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=fb9821f70dd959c377458ac15a0f9a8e35321c73
commit fb9821f70dd959c377458ac15a0f9a8e35321c73
Merge: 5081283 4cc5c46
Author: Bill Hoffman bill.hoff...@kitware.com
AuthorDate: Fri Sep 20 17:53:21 2013 -0400
Commit: CMake Topic
On 9/11/2013 10:35 AM, David Cole wrote:
My main point being: if you're actively developing code in these source
trees, then they're not really External, are they?
If you want to take advantage of ExternalProject, then you have to make
all your projects external even the main one you are
On 9/10/2013 1:42 PM, Stewart, Robert wrote:
Likewise, I want an NSIS installer or RPM that will create
that directory structure in either a default location from my
CMakeLists.txt or in a directory selected by the user during
installation (via the GUI for NSIS or --prefix for rpm).
What must I
On 9/4/2013 8:35 AM, Yngve Inntjore Levinsen wrote:
Ah yes, this e-mail is correctly formatted for me as well. But the
signature is different in this case. Perhaps Julien has some special
setting that overrides the default signature from Kitware?
Or maybe the default signature is only added
On 9/4/2013 5:53 PM, Ashok Nalkund wrote:
Hi All,
I have a package which gives strange results when I build it with
multiple threads (make -j...). Is there a way I can force the package to
be built using a single thread? Something I can put in the CMakeLists.txt?
You most likely need an
On 8/30/2013 2:57 PM, Stewart, Robert wrote:
I can't figure out how to get CMake to build my code with setting
-D_UNICODE and -DUNICODE. I don't want those manifest constants set,
but they appear in the generated DependInfo.cmake files when
generating code for NMake Makefiles:
I just did a
read it ? Anyone know such a one ?
BR, Tomasz
I use the emacs mode to reformat CMake code.
-Bill
--
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
On 8/9/2013 2:06 AM, Bo Berglund wrote:
You might get away with re-running cmake from the command line.
I will try that when I have my test W7 PC on-line again. It has been
hibernated to make room for other virtual machines I need...
cmake --trace in your existing tree should work.
You
I downloaded the eval version of Embarcadero C++ 6.60 for Win32
Copyright (c) 1993-2013 Embarcadero Technologies, Inc.
I am not seeing the same results as you for some reason. With CMake
2.8.11 I am getting makefiles that look like this:
foo.lib: CMakeFiles\foo.dir\build.make
it is not using them? It will produce lots of
output, you should just care mostly about the Platform files.
-Bill
--
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
On 8/8/2013 4:14 PM, Bo Berglund wrote:
Do you mean that I should start cmake from the command line and then
configure and generate the project again?
Should I clear the binary folder first to make a clean slate?
Or can I keep the data already there and just make a new generate?
You might get
On 8/7/2013 7:04 PM, Bo Berglund wrote:
I cannot claim that I understand what this does but it seems to refer
to the redirect settings shown above.
But maybe this is not activated for some reason?
Is there something to be done to activate it for the tlib command?
You could run cmake --trace and
Anyone know why Module.GenerateExportHeader is so slow:
http://open.cdash.org/testSummary.php?project=1name=Module.GenerateExportHeaderdate=2013-08-06
On the slowest build it takes 14 minutes to run. The kwsys test which
builds a whole library and does a dashboard submission is faster...
On 8/6/2013 7:40 AM, Jorge Perez wrote:
I had problem with both, without SP1 and with SP1 installed. I'm able to
configure with cmake but not with cmake-gui.
It must be an environment thing. You can use cmake and cmake-gui from
the exact same shell and one works and the other does not?
-Bill
On 8/6/2013 1:59 AM, Rolf Eike Beer wrote:
And specifically HOW one can tell CMake to do this?
They are obviously not implemented in CMake for this compiler. So one needs to
do that.
The file to look at is Modules/Platform/Windows.cmake
It currently has this:
# for borland make long command
On 8/6/2013 10:03 AM, Jorge Perez wrote:
Yes, cmake work as expected but cmake-gui does not, it does not identify
correctly the C compiler. Both started from de VS command prompt.
BTW, I didn't expect run cmake-gui from the command prompt.
What did you mean you did not expect run cmake-gui
On 8/6/2013 11:31 AM, Jorge Perez wrote:
Configuration of VTK with cmake-gui was ok. Don't know how it was fixed.
Does it help if I send the output of the minimal test case?
Sending the output if a case where it is failing will be helpful.
-Bill
--
Powered by www.kitware.com
Please keep
the status of or reply to this ticket online at:
https://support.teamspeakusa.com/index.php?/Tickets/Ticket/View/RIT-489-15815
Kind regards,
TeamSpeak USA, Inc.
I have taken them off the list.
-Bill
--
Bill Hoffman
Kitware, Inc.
28 Corporate Drive
Clifton Park, NY 12065
bill.hoff...@kitware.com
On 8/5/2013 10:32 AM, i...@nesono.com wrote:
Hi All,
I hope this is not an old and boring question to you, but I did not
find any help in the web to the following problem:
I try to create a Visual Studio 10 solution on Windows 8 with having
Visual Studio being installed alongside Visual Studio
On 7/28/2013 3:37 AM, Sonya Blade wrote:
First of all why Cmake directly chooses to use the g++ compiler resting at the
C:/cygwin/bin/g++.exe isntead of g++ resting at C:\MinGW\bin
Sounds like it is in your PATH. You should remove c:/cygwin/bin from
your PATH and try again.
-Bill
--
On 7/31/2013 7:59 PM, Michael R. Dilworth wrote:
Building a 64bit version of cmake, however a 32bit version worked before ~2.8.8
(sorry it's late...)
You should not need a 64bit cmake. The 32 bit version should build
64/32 bits. I am not sure what you are looking for?
-Bill
--
Powered
Original Message
Subject: [Bug 1203786] [NEW] Invalid handling of linker flags during build
Date: Mon, 22 Jul 2013 15:31:47 -
From: Rodney Dawes 1203...@bugs.launchpad.net
Reply-To: Bug 1203786 1203...@bugs.launchpad.net
To: cm...@packages.qa.debian.org
Public bug
FYI..
Original Message
Subject: Bug#717144: Remove workaround-gcc296-bugs from ctest -T MemCheck
Resent-Date: Wed, 17 Jul 2013 09:45:01 +
Resent-From: Mathieu Malaterre ma...@debian.org
Resent-To: debian-bugs-d...@lists.debian.org
Resent-CC: Modestas Vainius
On 6/10/2013 1:25 AM, Alan W. Irwin wrote:
Try commenting that out in Windows-GNU.cmake like this:
#enable_language(RC)
Then see if it works.
Hi Bill:
I was glad you could access the attachment from the list version. So I
am putting this discussion back on the list so you can continue to
The CMakeError.log you requested was not too informative:
bash.exe-3.1$ cat CMakeFiles/CMakeError.log
Determining if the C compiler works failed with the following output:
Next step is to try it by hand.
Start with a clean build tree and your simple project. Then run
cmake with
On 6/6/2013 9:44 PM, Alan W. Irwin wrote:
Assuming you confirm my finding that the NMake Makefiles JOM generator does
not currently work properly with the MinGW suite of compilers is
there some small change in language support that
would make that work?
I can confirm that I have never
On 6/6/2013 9:44 PM, Alan W. Irwin wrote:
In this particular case I have specified gcc using
CMAKE_C_COMPILER. That bombs with the message
-- Check for working C compiler: z:/home/wine/newstart/MinGW-4.7.2/bin/gcc.exe
-- broken
Did you look in the CMakeError.log file to see why it fails?
On 6/6/2013 9:48 AM, Brad King wrote:
It looks like Bill added that check here:
http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=14cbc957
Bill, the commit message doesn't say why. Do you remember?
The SHELL=cmd was present at the time the commit was made.
I am pretty sure it failed.
On 6/6/2013 6:35 PM, Alan W. Irwin wrote:
http://releases.qt-project.org/jom/jom_1_0_13.zip). Are there known
problems with that jom release and how it interacts with Makefiles
produced by the NMake Makefiles JOM generator?
You could try building cmake with your jom and running the regression
-
http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=37c88ae73113798fe3d248c3e5d24ad9017feb89
commit 37c88ae73113798fe3d248c3e5d24ad9017feb89
Merge: a87bb90 01eaee7
Author: Bill Hoffman bill.hoff...@kitware.com
AuthorDate: Thu Jun 6 12:52:46 2013 -0400
Commit: CMake Topic Stage
On 5/28/2013 10:16 AM, Zamir Khan wrote:
We have a project where multiple modules rely on ITK. Most modules have been
upgraded to ITK 4.31, but one still relies on ITK 3.20 and it would take a
significant effort to upgrade it. In the meantime, is there a way for us to
keep these modules under a
On 5/27/2013 4:45 PM, Mike Krus wrote:
Hi
I've started to use Protocol Buffers in my project.
.proto files gets compiled into c++ .cc and .h files using the
PROTOBUF_GENERATE_CPP that comes with CMake (2.8.10, Ninja
generator).
It all works fine except that the generated .cc and .h files
On 5/23/2013 1:48 PM, Stephen Kelly wrote:
Hi
I have noticed that the latest cmake release, 2.8.11, does not detect
sgemm using check_function_exists macro from mkl_rt.lib library. The error
message says;
Cannot find C:\Program.obj
It seems to me that the paths with spaces are no longer
On 5/22/2013 3:58 PM, Rolf Eike Beer wrote:
This isn't entirely unexpected:
http://open.cdash.org/viewBuildError.php?type=1buildid=2912493
Anybody have suggestions for a fix? This code was taken from here:
http://www.aarongifford.com/computers/sha.html
Is there a way to get a struct like
/crypto/html/db/d4d/sha2_8h_source.html
And has some errors building on some machines with it:
http://lists.freebsd.org/pipermail/freebsd-arm/2010-December/002659.html
Have not been able to find if it is fixed yet.
--
Bill Hoffman
Kitware, Inc.
28 Corporate Drive
Clifton Park, NY 12065
bill.hoff
On 5/19/2013 8:34 PM, Paul Lanken wrote:
Not sure how to begin to investigate these but, I was surprised to see :
Would be great if you could run a nightly dashboard on your machine.
Would you be willing to do that? We do not have access to a Solaris 10
machine anymore. Also, do older
On 5/19/2013 4:46 PM, Leek, Jim wrote:
Unfortunately, I don't think that's powerful enough. The test
results consist of about 100 lines of floating point numbers mixed in
with text. I would like to make sure that all of those floating
point numbers are correct (Within 1% would probably be
On 5/21/2013 2:25 PM, Bill Hoffman wrote:
On 5/19/2013 8:34 PM, Paul Lanken wrote:
Not sure how to begin to investigate these but, I was surprised to see :
Would be great if you could run a nightly dashboard on your machine.
Would you be willing to do that? We do not have access to a Solaris
to update
that package to CMake-2.8.10.2 (or 2.8.11) anytime soon?
It is my fault that it is late. I will try to get 2.8.11 out this week.
--
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
On 5/17/2013 10:04 AM, Sean Farrell wrote:
Hallo CMake developers,
could somebody please explain to me the rationale why Unix Makefiles
installs by default under MSys to %ProgramFile% ? If I selected the
generator to be MinGW Makefiles I would have understood. I would have
have remotely
On 5/17/2013 12:54 PM, Sean Farrell wrote:
This entire thing is basically just confusing. The obvious workaround is
to call cmake with -DCMAKE_INSTALL_PREFIX:PATH=/usr/local. It would be
nice if the behavior would be in line with real Unix makefiles. As a
middle ground, the default could still
On 5/15/2013 4:48 AM, Wojciech Knapik wrote:
On Tue, May 14, 2013 at 03:55:37PM -0400, Bill Hoffman wrote:
Globs simply do not work well for source files.
GLOBs work great for source files. Just not with CMake currently ;]
No it does not. It is sloppy IMO. It will pick up junk files
://www.cmake.org/Wiki/CMake_FAQ
Follow this link to subscribe/unsubscribe:
http://public.kitware.com/cgi-bin/mailman/listinfo/cmake-developers
--
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
On 5/13/2013 9:26 PM, Richard Browne wrote:
Compiling open source project OpenCV-2.3.1 on Windows works with cmake
2.8.9. The other day I updated to cmake 2.8.10, and it stopped working.
If I go back to cmake 2.8.9 it works again.
Has anyone seen this or can anyone point me in the right
On 5/6/2013 7:04 PM, smu johnson wrote:
Hi.
Long story short, I am trying to compile cmake using my own compiled
ncurses library, and it complains that it can't find ncurses/ncurses.h.
I had no problem compiling tmux and telling it where ncurses libraries
and includes where, though. And the
(CMAKE_MODULE_PATH ${your_project_SOURCE_DIR}/CMake)
Thanks,
Lloyd
--
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 other
to determine that the correct output shows
up. You can do an out of source build so that does not mess with the
tree that works.
--
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
On 4/25/2013 8:26 AM, Lloyd wrote:
Hi,
I am trying cmake in cygwin for code coverage analysis using gcov. My
source code is arranged as follows
CMakeLists.txt src tests
./src:
CMakeLists.txt lib main.cpp
./src/lib:
reverse
./src/lib/reverse:
CMakeLists.txt reverse.cpp reverse.h
On 4/25/2013 9:47 AM, Bill Hoffman wrote:
I don't see any add_test calls. So, you are not running any code, so
there is no code covered.
-Bill
I see it now.
Can you run:
ctest -D Experimental -VV
-Bill
--
Powered by www.kitware.com
Visit other Kitware open-source projects at
http
On 4/25/2013 9:52 AM, Bill Hoffman wrote:
I see it now.
Can you run:
ctest -D Experimental -VV
OK, never mind I know what is wrong...
make ExperimentalCoverage just does the coverage part.
make Experimental
make ExpermentalCoverage should work.
Or
cd buildtree
ctest -T all
Available
On 4/25/2013 10:05 AM, Matthias Kretz wrote:
I'm not sure we're talking about the same thing. I'm talking about
ctest_configure - i.e. before build or tests. IIUC you're talking about regex
matching at ctest_test?
But, if you have a FATAL_ERROR in the configure step, no build files
will be
On 4/24/2013 5:37 AM, Gregoire Aujay wrote:
Hello,
Are you using cmake with a Makefiles generator on Windows ?
From my experiments here are my observations:
-Makefiles on Windows: slow
-Visual ide generator : fast
-Makefiles on linux: fast
I found that when there are many targets in a
be a source
of your performance issues as well.
-Bill
--
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 other Kitware open-source
On 4/24/2013 3:18 PM, Alexander Neundorf wrote:
When looking at this I wouldn't know immediately where to start when trying to
make it faster, probably _vtk_module_config_recurse().
set() is probably there because it is called really often.
I would assume that if() is called significantly less
On 4/24/2013 5:13 PM, Volo Zyko wrote:
We have executables and libraries and a lot of custom targets (the
project is organized so that we export headers during the build - not
the best idea in the world)
Can you consolidate them into larger custom targets that use custom
commands instead?
On 4/23/2013 3:50 PM, Volo Zyko wrote:
Hi all,
We have a rather big project and use cmake for building it. At some
point our cmake scripts became very slow (around 4 minutes for single
cmake run). We are thinking now how to speed up it. Searching the web
and this list didn't give any results.
On 4/23/2013 8:57 PM, J Decker wrote:
I've seen this also, and it is intermittant; once upon a time there were
several AV programs that held new files open too long, so subsequent
accesses would fail... sorry to be no help
Can you try the current RC and see if it is fixed in that version of
.
No that is not possible with CMake. The end users must run CMake on
each system where you want to do a build. CMake must be installed as
well as the compiler tool chain being used.
http://www.cmake.org/Wiki/CMake_FAQ#Why_does_CMake_use_full_paths.2C_or_can_I_copy_my_build_tree.3F
-Bill
--
Bill Hoffman
11.0.51106.1.
Copyright (C) Microsoft Corp. All rights reserved.
I think that Microsoft (R) Microsoft Visual Studio 2012 Version
11.0.51106.1. is not VS 10, but rather 11.
--
Bill Hoffman
Kitware, Inc.
28 Corporate Drive
Clifton Park, NY 12065
bill.hoff...@kitware.com
http://www.kitware.com
518 881
On 4/10/2013 12:22 PM, Stephen Kelly wrote:
Yes, I think you're right. I've updated the patch with that information now.
Seems a bit unstable to hard code the version. I wonder if you can
detect the one that is being used somehow?
-Bill
--
Powered by www.kitware.com
Visit other Kitware
useful for storing an arch triple on linux
systems? Can 32 and 64 bit libs be mixed there?
I don't think they can be mixed anywhere.
This isn't for 2.8.11 obviously.
Sure.
-Bill
--
Bill Hoffman
Kitware, Inc.
28 Corporate Drive
Clifton Park, NY 12065
bill.hoff...@kitware.com
http
On 3/29/2013 11:27 AM, Mateusz Loskot wrote:
Great, I'm all for that, but let's set up no new find modules added
to CMake repo
once for all, and force this approach.
Otherwise, reality will continue to diverge from the plans.
If you read carefully,, that is not exactly what we want to do or even
On 3/29/2013 4:18 PM, Alan W. Irwin wrote:
Hi Bill:
This may have been covered in this thread already, but I am interested
in your take on the following questions. Why no downstream (i.e.,
associated with CMake) config files if upstream won't take them? For
the downstream case, are find
On 3/29/2013 3:53 PM, Mateusz Loskot wrote:
What if there are multiple CMake modules for the same project, all different
and none offering complete coverage of features?
Then they don't sounds ready for use to me.. :) They can live inside
the project that needs the incomplete code, but it
On 3/27/2013 9:48 PM, William Clodius wrote:
I have been developing Fortran 2003 code on a Mac system. Because
Xcode comes with a very old version of gcc its Fortran compiler has
poor support for newer versions of Fortran, so I have been using
newer versions of gcc installed using Mac Fink, and
On 3/28/2013 1:17 PM, Alan W. Irwin wrote:
All projects should provide a project config file .cmake script
readable by CMake's find_package, and installed in a location where
CMake can find it, so that a CMake find module is completely unnecessary.
Hi David:
Your idea sounds like a good one,
On 3/28/2013 2:19 PM, Martin Koller wrote:
I'm doing this with a toolchain file, so that cmake sees this as
cross-compiling.
E.g. I have the following toolchain file linux_i686.toolchain.cmake:
# toolchain file for building a 32bit version on a 64bit host
# use it like this:
# cmake
On 3/28/2013 5:28 PM, David Cole wrote:
I, too, live in the real world, in addition to having my theories about
it... :-)
And, for what it's worth, I'd rather add a project config file to any
project out there that would accept code contributions from me than add
yet another find module into
-
http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=289c3d10c21cd56c223017bd6c8b3cb6f4fccd1a
commit 289c3d10c21cd56c223017bd6c8b3cb6f4fccd1a
Merge: 17fe46a 909b9f7
Author: Bill Hoffman bill.hoff...@kitware.com
AuthorDate: Mon Mar 25 15:20:10 2013 -0400
Commit: CMake Topic
, below.
- Log -
http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=276ce96bebf099c89ad15c6bf9974a28e4ee2f75
commit 276ce96bebf099c89ad15c6bf9974a28e4ee2f75
Merge: 7322d37 98d52cf
Author: Bill Hoffman bill.hoff...@kitware.com
On 3/15/2013 7:17 AM, marco atzeri wrote:
Dear Bill,
we are starting to port packages on cygwin at 64 bit
http://cygwin.com/ml/cygwin-apps/2013-03/msg00070.html
Of course a cmake version for that platform will be helpful;
I tried to build the current source and the first obstacle is that
the
On 3/15/2013 11:31 AM, marco atzeri wrote:
ok, found.
I do not need to malloc the space for the win32_path
assigning again the pointer does not work.
Next step, to check if no other issues on 64bit
Yes, that would do it... If you allocate new memory then the
information never gets passed
instead of the
one that ships with CMake right?
I am not saying this won't get in, but it should not stop you from
getting your library working with CMake.
-Bill
--
Bill Hoffman
Kitware, Inc.
28 Corporate Drive
Clifton Park, NY 12065
bill.hoff...@kitware.com
http://www.kitware.com
518 881-4905
Experimental
--
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 other Kitware open-source projects at
http://www.kitware.com/opensource
Original Message
Subject:[CMake] get some trivial bug fixes into 2.8.11
Date: Fri, 08 Mar 2013 09:27:34 +1100
From: Graham Menhennitt gra...@menhennitt.com.au
To: cm...@cmake.org
Guys,
There are a number of fixes for 2.8.10 bugs in Mantis. I see that
://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 (Direct)
518 371-3971 x105
Fax (518) 371-4573
On 3/5/2013 11:40 AM, Mateusz Loskot wrote:
Nice tip with the solution in the CMakeTmp, I had no idea about it.
I figured out that the VS2010 project there, cmTryCompileExec3417082516.vcxproj,
specifies for linker /INCREMENTAL:YES
If I change to /INCREMENTAL:NO, then it builds.
Still not sure
On 2/28/2013 11:56 AM, Donald Robinson wrote:
Thanks to Bill Hoffmann and Alan Irwin for helping work through this
MinGW problem. As it turns out, the problem in my CMakeLists.txt file
wasn’t the residual presence of a CMakeFiles directory or a
CMakeCache.txt file, or the command-line, which is
On 2/28/2013 12:29 PM, Alexander Neundorf wrote:
Sorry, no, this is a new feature since cmake 2.8.8.
Alex
Only way to do it before was to make sure each target is in its own
directory and then manipulate the includes from there.
-Bill
--
Powered by www.kitware.com
Visit other Kitware
On 2/26/2013 8:57 PM, Donald Robinson wrote:
This is a repost (and rewording) of an earlier post “Setting
CMAKE_BUILD_TOOL or CMAKE_MAKE_PROGRAM with MinGW tools,” which garnered
no response. Hopefully this post is clearer:
I have Cmake 2.8.8 installed along with MinGW 4.7.2 on Windows XP with
On 2/27/2013 5:28 PM, Donald Robinson wrote:
The crux of my problem seems to be having Cmake behave when it is run
from a command line in the directory in which CMakeLists.txt is found.
When run from a sub-directory, everything works fine. I’ve cleaned and
re-run this a few times to make sure
On 2/21/2013 11:50 AM, Robert Maynard wrote:
Looks like ninja needs to be patched to suppress warning C2220 inside
version.cc
I will report this back to the ninja list.
--
Bill Hoffman
Kitware, Inc.
28 Corporate Drive
Clifton Park, NY 12065
bill.hoff...@kitware.com
http://www.kitware.com
518
On 2/21/2013 5:08 PM, Alexander Neundorf wrote:
Bill, as the author of the current manifest support for MSVC what
do you think?
Sounds good to me.
Alex, can you please post a link to the KDE implementation in C++?
It's currently GPL licensed, if you are interested, I'll ask the authors
On 2/20/2013 2:07 PM, amitsuveer wrote:
The C compiler identification is unknown
The CXX compiler identification is unknown
Performing Test Support for 64 bit file systems
It should not be unknown...
Can you send the files in CMakeFiles?
--
Bill Hoffman
Kitware, Inc.
28 Corporate Drive
builds with VS all the time. The
Xcode generator should work as well. It passes the tests for external
project. So, that should be something that should be fixed.
--
Bill Hoffman
Kitware, Inc.
28 Corporate Drive
Clifton Park, NY 12065
bill.hoff...@kitware.com
http://www.kitware.com
518 881-4905
On 2/21/2013 12:02 PM, Todd Greer wrote:
I’m having difficulty getting ExternalProject_Add to work with XCode. It
appears to be a CMake bug, and I’ll file it if no one corrects me. I’ve
been unable to find any other reports of this issue.
Should work
Can you give a small example that
On 2/21/2013 12:59 PM, Jean-Christophe Fillion-Robin wrote:
Hi James,
On a slightly different topic, you mentioned you were using Boost, did
you find a version of boost 1.49 that was CMake'ified ?
Here is the one I found: http://gitorious.org/boost/cmake/trees/cmake-1.49.0
Thanks
Jc
There
301 - 400 of 2920 matches
Mail list logo