Pretty much every build system will rebuild if you touch the file.
This is a way to force it to compile it's a feature not a bug :)
On Mon, Aug 13, 2012 at 10:56 PM, Michael Wild them...@gmail.com wrote:
CMake really leaves the decision when to recompile something to the
backend, i.e. GNU
CMake really leaves the decision when to recompile something to the
backend, i.e. GNU Make, Xcode, Visual Studio, ninja etc. It merely
defines dependencies and then lets the actual build tool handle the
rest, and most of them choose to use simple time-stamps instead of
Although GNU Make
On 08/14/2012 01:18 PM, Peng Yu wrote:
CMake really leaves the decision when to recompile something to the
backend, i.e. GNU Make, Xcode, Visual Studio, ninja etc. It merely
defines dependencies and then lets the actual build tool handle the
rest, and most of them choose to use simple
Again, using ccache solves this much more elegantly. And calling md5sum
twice is also not very nice...
I'm not sure ccache replaces hash. My understanding is that ccache
speed up individual compilation, but all the targets that depends on
it are still compiled. With hash, a file is checked
On 08/14/2012 02:41 PM, Peng Yu wrote:
Again, using ccache solves this much more elegantly. And calling md5sum
twice is also not very nice...
I'm not sure ccache replaces hash. My understanding is that ccache
speed up individual compilation, but all the targets that depends on
it are still
I built and used cmake on DeLi Linux with no issues, but every time I
try it on Windows, I seem to have problems. My latest attempt, I just
downloaded version 2.8.9. I'm using mingw (gcc 4.6.2) and msys. From
within msys, I tried running ./bootstrap --system-libs --system-zlib
--system-bzip2
I understand that you can build Android with make files and the
standalone-toolchain (still in beta), but is there a generator that produces
Android.mk files using the syntax in the NDK specification?
Thanks,
John
--
Powered by www.kitware.com
Visit other Kitware open-source projects at
I logged this bug earlier this year: http://www.cmake.org/Bug/view.php?id=12916
The problem is that the FindDCMTK.cmake file leaves out a required
library from DCMTK_LIBRARIES.
I included a one line patch to fix the problem.
According to the comment in the bug from David Cole, this is where I
You miss the point. If CMake wanted to offer hash-based checking, it
would need to do so for *all* backends, not just GNU Make. Good look
implementing that hack in Visual Studio or Xcode...
I get your point that there is not an easy to do content based
dependency (hash as an approximation) for
On 08/14/2012 04:32 PM, Peng Yu wrote:
You miss the point. If CMake wanted to offer hash-based checking, it
would need to do so for *all* backends, not just GNU Make. Good look
implementing that hack in Visual Studio or Xcode...
I get your point that there is not an easy to do content based
CMake 2.8.9-1 is now available on Cygwin mirrors.
Some of the notable changes in this release are:
- the new Ninja generator is now enabled by default on Windows (and
now Mac, too!)
- added POSITION_INDEPENDENT_CODE target property, automatically
adds -fPIC and -fPIE for compilers
I am trying to use ninja on windows. Everything seems to work correctly (
compilation, linking, install rules, etc... ) except for testing whether or not
a file has changed. No matter the state of the tree, ninja always builds the
entire project. I tried searching the bug tracker and mailing
Definitely not known. In fact, the opposite is true here on my ninja build
trees for CMake itself. A no-op build results in a no work to do message
from ninja.
Is there anything unusual about your CMakeLists.txt files?
Are your source files accidentally dated in the future? (Did you just
return
o Makepp will not recompile if only comments or whitespace in
C/C++ sources have changed. This is especially important for header
files which are automatically generated by other programs and are
included in many modules. Even if the date has changed because the
file was remade,
Nothing special in my opinion. I am trying to reproduce it with something
simpler than my code base. With an ultra trivial CMake setup it works fine.
Is there some sort of debugging I can enable to see why it thinks the files are
changed?
-Kris
From: David Cole
So I found the -d explain option of ninja and it says that it thinks my boost
libraries / other library includes are dirty. The only think I can think of
here is that they are on a network drive and not on my local machine. Any
thoughts on that?
-Kris
From: Malfettone, Kris
2012/8/14 Peng Yu pengyu...@gmail.com:
o Makepp will not recompile if only comments or whitespace in
C/C++ sources have changed. This is especially important for header
files which are automatically generated by other programs and are
included in many modules. Even if the date has
On 8/14/2012 2:23 PM, Malfettone, Kris wrote:
Nothing special in my opinion. I am trying to reproduce it with
something simpler than my code base. With an ultra trivial CMake setup
it works fine. Is there some sort of debugging I can enable to see why
it thinks the files are changed?
-Kris
2012/8/14 Malfettone, Kris kris.malfett...@sig.com:
So I found the “–d explain” option of ninja and it says that it thinks my
boost libraries / other library includes are “dirty”. The only think I can
think of here is that they are on a network drive and not on my local
machine. Any thoughts
On 2012 Aug 13, at 13:42, Bill Hoffman bill.hoff...@kitware.com wrote:
But, if you use the Xcode generator with cmake it would work just fine. So,
as long as you only use cmake -GXcode then this is not an issue.
Well, I can't test that because I don't want to uninstall the Xcode-Command
Hi,
Isn't it a problem with the where it's looking for the compiler ?
is c:/MinGW/bin/gcc.exe an equivalent of /mingw/bin/gcc.exe ?
You can try to play around with a simple Makefile and setting the CC
environment variable to see what are the correct values.
Hope it helps...
--
Amine
LM
Are link flags allowed in the IMPORTED_LINK_INTERFACE_LIBRARIES property for
imported targets the same way TARGET_LINK_LIBRARIES allows link flags?
Lori A. Pritchett-Sheats, PhD.
CCS-2, Computational Physics and Methods
Office: 505-665-6675
Fax: 505-665-4972
Los Alamos National Laboratory
I will not be at my windows machine for several day where I've been trying
cmake in MinGW; but I think I had the same problem you have run into. I
think the path construction is very sensitive, have your tried
/c/MinGW/bin/gcc.exe or /c:/MinGW/bin/gcc.exe
On Tue, Aug 14, 2012 at 6:17 AM, LM
http://www.cmake.org/Bug/view.php?id=13202
http://www.cmake.org/Bug/view.php?id=13203
-Original Message-
From: cmake-boun...@cmake.org [mailto:cmake-boun...@cmake.org] On Behalf Of
David Cole
Sent: Friday, August 10, 2012 4:48 PM
To: cmake
Subject: [CMake] Bug fix requests for the *next*
On 2012-08-14 09:17-0400 LM wrote:
I built and used cmake on DeLi Linux with no issues, but every time I
try it on Windows, I seem to have problems. My latest attempt, I just
downloaded version 2.8.9. I'm using mingw (gcc 4.6.2) and msys. From
within msys, I tried running ./bootstrap
No.
...but you can do it manually, like:
cmake/Android.mk.in:
LOCAL_PATH :=
include $(CLEAR_VARS)
# Build include list
LOCAL_C_INCLUDES := @PROJECT_ANDROID_INCLUDES@
# Build source list
LOCAL_SRC_FILES := @PROJECT_ANDROID_SOURCES@
# Flags
LOCAL_CFLAGS := -std=c99
# Build library
For what it's worth, it works for me?
I'm using stock mingw on windows 7, with these settings:
doug@Zed e:/lib/cmake
$ which gcc
/mingw/bin/gcc.exe
doug@Zed e:/lib/cmake
$ which make
/usr/bin/make.exe
doug@Zed e:/lib/cmake
$ echo $PATH
Am Montag, 13. August 2012, 14:30:36 schrieb Brad King:
On 08/13/2012 08:35 AM, Brad King wrote:
On 08/10/2012 09:27 AM, Brad King wrote:
Since the first step involves making 'master' and 'next' consistent
we plan to disable merge access to 'next' for the first couple days
of next week.
The following issue has been SUBMITTED.
==
http://www.cmake.org/Bug/view.php?id=13468
==
Reported By:Viktor Dubrovsky
Assigned To:
Brad King wrote:
In the future git blame may report one of these sweeping
commits. In that case, change the blame line to
git blame 7bbaa428~1 -- path/of/file/to/blame.txt
You could also tag this commit somehow. 'pre_style_fixup' ?
We will let this run through dashboard testing tonight
Brad King wrote:
On 06/11/2012 11:27 AM, Brad King wrote:
I've started a local topic branch and implemented $0:...,
$1:..., and $CONFIG: When I get a chance I'll add
some of the other queries, documentation, and tests for the
generator expression features.
I've been making occasional
Brad King wrote:
That was specifically for conditionals in generator expressions,
not the whole feature:
http://thread.gmane.org/gmane.comp.programming.tools.cmake.devel/3615/focus=3965
Right. I was talking about progress on the overall feature which depends on
the conditionals in
The following issue has been SUBMITTED.
==
http://public.kitware.com/Bug/view.php?id=13469
==
Reported By:Stefan Eilemann
Assigned To:
Bill Hoffman wrote:
On 8/13/2012 10:54 AM, Stephen Kelly wrote:
Bill Hoffman wrote:
There is a new failure here:
http://open.cdash.org/testDetails.php?test=156059931build=2506673
Is the output truncated somehow, or is that really all of it?
I ran it in a debugger, and cmake was crashing,
On 08/14/2012 02:59 AM, Rolf Eike Beer wrote:
The first should have done s/[ \t]+$//, that would have removed the
trailing
tab in Modules/NSIS.template.in, line 484.
Thanks. It looks like that was the only case it missed so I just
added it by hand:
On 08/13/2012 02:30 PM, Brad King wrote:
Three sweeping style change commits have been merged to 'next':
http://cmake.org/gitweb?p=cmake.git;a=commit;h=7bbaa428
http://cmake.org/gitweb?p=cmake.git;a=commit;h=77543bde
http://cmake.org/gitweb?p=cmake.git;a=commit;h=9db31162
The first one
On 08/14/2012 08:50 AM, Brad King wrote:
Finally I merged the topic back into master:
http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=cd3bd232
We've completed the sweeping changes and are ready for normal
development to resume.
After the 2.8.9 release and completion of the development
Brad King wrote:
On 08/14/2012 07:04 AM, Stephen Kelly wrote:
Why do you think that's not the correct fix?
Is there really no C compiler available?
Do you have a backtrace?
If you comment out the run_tests(C) in the GenerateExportHeader unit
test, does the problem go away?
As a side
On 8/14/2012 10:34 AM, Stephen Kelly wrote:
Thanks. This is something I probably would not have even known to try.
Bill, aside from the above requests I made previously, could you see if this
makes a difference?
I think you have found a bug in the ninja generator. This fixes the crash:
(not
Hello,
I missed to reply to all, in my reply, and I only found out after
receiving no reply from David even though he's been replying in the list
(so this must be some policy that I'm not aware of). Here goes:
Original Message
Subject: Re: [cmake-developers] ReactOS:
Sorry about that -- I did indeed miss that you were asking to chat with me
by IRC or some other IM.
How about just a G+ chat session? Or can you recommend a Mac or Windows IRC
client I could use?
On Tue, Aug 14, 2012 at 11:12 AM, Amine Khaldi amine.kha...@reactos.orgwrote:
**
Hello,
I
Even better: http://webchat.freenode.net/ would require just a browser ;)
Otherwise this email is a google account too, so if that upper link
doesn't work (I'm AmineKhaldi on #reactos) then we can easily use google
plus chat.
Regards,
Amine.
--
Powered by www.kitware.com
Visit other
The following issue is now in status NEW (again)
==
http://www.cmake.org/Bug/view.php?id=13204
==
Reported By:Dave Abrahams
Assigned To:
The following issue is now in status NEW (again)
==
http://www.cmake.org/Bug/view.php?id=13162
==
Reported By:Dave Abrahams
Assigned To:
Colloquy http://colloquy.info/downloads.html works well for me.
On Aug 14, 2012, at 10:18 AM, David Cole wrote:
Sorry about that -- I did indeed miss that you were asking to chat with me by
IRC or some other IM.
How about just a G+ chat session? Or can you recommend a Mac or Windows IRC
The following issue is now in status NEW (again)
==
http://public.kitware.com/Bug/view.php?id=12373
==
Reported By:Jérôme Vizcaino
Assigned
An update and clarification of one of my simple facts: :-)
- There are presently 1,207 open issues in the CMake bug tracker,
but open in this number also includes already resolved bugs, of which
there are presently 193.
So, really, there are 1,014 open issues that require work to resolve
2012/8/13 David Cole david.c...@kitware.com:
Hi everybody,
I need your help. In the next week, if you have time.
Done for me.
--
Erk
Le gouvernement représentatif n'est pas la démocratie --
http://www.le-message.org
--
Powered by www.kitware.com
Visit other Kitware open-source projects at
..3632bc9
--- a/Source/CMakeVersion.cmake
+++ b/Source/CMakeVersion.cmake
@@@ -1,6 -1,6 +1,6 @@@
# CMake version number components.
-SET(CMake_VERSION_MAJOR 2)
-SET(CMake_VERSION_MINOR 8)
-SET(CMake_VERSION_PATCH 9)
-SET(CMake_VERSION_TWEAK 20120814)
-#SET(CMake_VERSION_RC 1)
+set
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project CMake.
The branch, next has been updated
via 790b655c49d3dc548474424afe69f19eb0834f1e (commit)
via
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project CMake.
The branch, next has been updated
via 5e9e371569dd5646bb0da5cf51853604c9a9fdc8 (commit)
via
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project CMake.
The branch, next has been updated
via a2f9303d7e7d1d11e89a0debdb585e67b0e498d8 (commit)
via
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project CMake.
The branch, next has been updated
via 88892d2439e7f3f189351191e0f1f69f329acd70 (commit)
via
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project CMake.
The branch, next has been updated
via bf71b7dd65fcab84e1a22632d106c81dd272fee3 (commit)
via
Stamp
diff --git a/Source/CMakeVersion.cmake b/Source/CMakeVersion.cmake
index 3632bc9..9c00b4c 100644
--- a/Source/CMakeVersion.cmake
+++ b/Source/CMakeVersion.cmake
@@ -2,5 +2,5 @@
set(CMake_VERSION_MAJOR 2)
set(CMake_VERSION_MINOR 8)
set(CMake_VERSION_PATCH 9)
-set(CMake_VERSION_TWEAK 20120814
55 matches
Mail list logo
