Any of the ninja folks have an idea why this test fails on FreeBSD:
http://open.cdash.org/testDetails.php?test=140695467&build=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
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.
Richard
On Apr 18, 2012, at 11:04 AM, Bill Hoffman wrote:
> Any of the ninja folks have an idea why this test fails on FreeBSD:
>
> http://open.
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 o
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 CMa
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 one build, the version of Ninja was been "froze
On Wed, Apr 18, 2012 at 10:48 PM, Bill Hoffman wrote:
> 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
On 4/19/2012 4:16 AM, Nicolas Desprès wrote:
That's possible indeed. There are discussions whether to support all
compilers deps file formats inside Ninja or in another program (see
the deplist branch and discussion thread). The deplist branch is an
attempt to provide a common format to store the
On Thu, Apr 19, 2012 at 4:21 PM, Bill Hoffman wrote:
> On 4/19/2012 4:16 AM, Nicolas Desprès wrote:
>>
>> That's possible indeed. There are discussions whether to support all
>> compilers deps file formats inside Ninja or in another program (see
>> the deplist branch and discussion thread). The de
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 fo
Ninja pulled from martine/master.
Dashboard rerun. Still fails.
BuildDepends.tgz
Description: Binary data
Richard
On Apr 19, 2012, at 10:57 AM, Bill Hoffman wrote:
> They claim this is fixed. Can you try and see?
--
Powered by www.kitware.com
Visit other Kitware open-source projects at
ht
On 19.04.2012 16:21, Bill Hoffman wrote:
On 4/19/2012 4:16 AM, Nicolas Desprès wrote:
That's possible indeed. There are discussions whether to support all
compilers deps file formats inside Ninja or in another program (see
the deplist branch and discussion thread). The deplist branch is an
attem
On Saturday 21 April 2012, Peter Kümmel wrote:
> On 19.04.2012 16:21, Bill Hoffman wrote:
> > On 4/19/2012 4:16 AM, Nicolas Desprès wrote:
> >> That's possible indeed. There are discussions whether to support all
> >> compilers deps file formats inside Ninja or in another program (see
> >> the depl
On Sat, Apr 21, 2012 at 6:53 AM, Peter Kümmel wrote:
> On 19.04.2012 16:21, Bill Hoffman wrote:
>
>> On 4/19/2012 4:16 AM, Nicolas Desprès wrote:
>>
>>> That's possible indeed. There are discussions whether to support all
>>> compilers deps file formats inside Ninja or in another program (see
>>>
On 21.04.2012 13:24, David Cole wrote:
On Sat, Apr 21, 2012 at 6:53 AM, Peter Kümmel mailto:syntheti...@gmx.net>> wrote:
On 19.04.2012 16:21, Bill Hoffman wrote:
On 4/19/2012 4:16 AM, Nicolas Desprès wrote:
That's possible indeed. There are discussions whether to supp
On 4/21/2012 7:37 AM, Peter Kümmel wrote:
Great! Is this the step which will be dropped when the /fast target is build?
Peter
No, that drops building all the dependent targets.
So, would it be possible to use CMake's depend generation with ninja?
Right now ninja creates the .d files as par
On Mon, Apr 23, 2012 at 3:52 PM, Bill Hoffman wrote:
> On 4/21/2012 7:37 AM, Peter Kümmel wrote:
>>
>>
>> Great! Is this the step which will be dropped when the /fast target is
>> build?
>>
>>
>> Peter
>
> No, that drops building all the dependent targets.
>
>
> So, would it be possible to use CMa
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
[4/
On Fri, Mar 09, 2012 at 02:10:45PM -0500, Bill Hoffman wrote:
> 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
On 11.03.2012 05:05, Peter Collingbourne wrote:
On Fri, Mar 09, 2012 at 02:10:45PM -0500, Bill Hoffman wrote:
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\
On 11.03.2012 05:05, Peter Collingbourne wrote:
On Fri, Mar 09, 2012 at 02:10:45PM -0500, Bill Hoffman wrote:
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\
On 3/12/2012 5:23 PM, Peter Kümmel wrote:
I've fixed this by caching the used temporary file names.
And I've updated the ninja.exe.
Seems to have gotten better but no perfect
First time I re-ran ninja it rebuilt:
$ ../ninja/ninja.exe
[1/9] Linking C static library
Utilities\cmlibarchive
On 12.03.2012 23:05, Bill Hoffman wrote:
On 3/12/2012 5:23 PM, Peter Kümmel wrote:
I've fixed this by caching the used temporary file names.
And I've updated the ninja.exe.
Seems to have gotten better but no perfect
Not perfect because you tested it on an old build ;)
Peter
First t
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 Precompile
On Tue, Mar 13, 2012 at 07:08:31PM -0400, Bill Hoffman wrote:
> PrecompiledHeader - This one seems to be a dependency problem.
>
> The first time you run it you get this:
>
> 122: Run Build Command:C:/cygwin/bin/ninja.exe
> [3/4] Building C object CMakeFiles\foo.dir\foo1.c.obj
> 122: FAILED: C:\PRO
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:
On Wed, Mar 14, 2012 at 10:52:22AM -0400, Bill Hoffman wrote:
> 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
On Wed, Mar 14, 2012 at 03:43:53PM +, Peter Collingbourne wrote:
> On Wed, Mar 14, 2012 at 10:52:22AM -0400, Bill Hoffman wrote:
> > 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 O
27 matches
Mail list logo
