Hi,
I just tested this with ReactOS and the results are really promising !
Thank you Peter for working on this.
One thing I noticed is the lack of dependency tracking for the resource
files (*.rc, they are compiled with rc and not cl). If you #include a
file in an .rc and then alter that
Another thing I noticed while testing ReactOS is that we end up with
entries like e:\reactos\ntoskrnl\include/../mm/ARM3/miarm.h (for
example) in the .d files, and this triggers recompiles. If this /../
construct is eliminated (not that it's practically possible, I did it
just for testing) the
The following issue has been SUBMITTED.
==
http://cmake.org/Bug/view.php?id=13291
==
Reported By:Dimitri Merejkowsky
Assigned To:
Am Mittwoch, 6. Juni 2012 um 07:38:44, schrieb Brad King brad.k...@kitware.com
On Tue, Jun 5, 2012 at 5:46 PM, Kornel Benko kor...@lyx.org wrote:
Try the patch below when building CMake against Ubuntu's libarchive.
This one works. But wait ... checking again without the patch ... ERROR
On 06/11/2012 10:08 AM, Kornel Benko wrote:
http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=a34015d3
Hmm, may I ask, when it should (have been) be committed?
I regularly check out the sources, but the change is still missing.
The topic is in the 'next' branch of the Git repo. We have
Am Montag, 11. Juni 2012 um 10:10:16, schrieb Brad King brad.k...@kitware.com
On 06/11/2012 10:08 AM, Kornel Benko wrote:
http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=a34015d3
Hmm, may I ask, when it should (have been) be committed?
I regularly check out the sources, but the
On 06/07/2012 05:47 PM, Stephen Kelly wrote:
Brad King wrote:
cmGeneratorExpression::Evaluate can be taught to handle everything
pretty easily.
Then more places need to be taught to pass values through instances
of cmGeneratorExpression, such as the INCLUDE_DIRECTORIES property
just before
In 'next' we are seeing dashboard test failures (and I am seeing it on my
local build too, of course) that are related to recent edits
in Source/cmNinjaTargetGenerator.cxx.
193: Processing /Users/davidcole/Dashboards/My
Tests/CMake/Source/cmNinjaTargetGenerator.cxx
193: Error #0 (341) Line
The following issue has been SUBMITTED.
==
http://public.kitware.com/Bug/view.php?id=13292
==
Reported By:Ryan H. Kawicki
Assigned To:
The following issue has been SUBMITTED.
==
http://www.cmake.org/Bug/view.php?id=13293
==
Reported By:Michael.jeulinl
Assigned To:
On 11.06.2012 18:02, David Cole wrote:
In 'next' we are seeing dashboard test failures (and I am seeing it on my local
build too, of course) that are related
to recent edits in Source/cmNinjaTargetGenerator.cxx.
193: Processing /Users/davidcole/Dashboards/My
On 11.06.2012 13:23, Amine Khaldi wrote:
Another thing I noticed while testing ReactOS is that we end up with
entries like e:\reactos\ntoskrnl\include/../mm/ARM3/miarm.h (for
example) in the .d files, and this triggers recompiles. If this /../
construct is eliminated (not that it's practically
All tests pass now for MSVC and MinGW!
With some small patches for ninja:
https://github.com/syntheticpp/ninja/commits/ninja-for-cmake
The changes are only needed for msvc when the build
dir path contains spaces, and for mingw because of slashes
in path names.
Cheers,
Peter
--
Powered by
On 6/11/2012 10:21 PM, Peter Kümmel wrote:
All tests pass now for MSVC and MinGW!
With some small patches for ninja:
https://github.com/syntheticpp/ninja/commits/ninja-for-cmake
The changes are only needed for msvc when the build
dir path contains spaces, and for mingw because of slashes
in
On 12.06.2012 04:33, Bill Hoffman wrote:
On 6/11/2012 10:21 PM, Peter Kümmel wrote:
All tests pass now for MSVC and MinGW!
With some small patches for ninja:
https://github.com/syntheticpp/ninja/commits/ninja-for-cmake
The changes are only needed for msvc when the build
dir path contains
15 matches
Mail list logo