On 5/28/13 7:28 AM, xunxun wrote:
于 2012/9/27 9:12, Gregory Szorc 写道:
The next time you pull mozilla-central, you'll find a new tool in the
root directory: mach
$ ./mach build
Well, when I try mach build on Win8 x64 and use VC2010 Chinese Edition
compiler, its output information (Chinese info
于 2012/9/27 9:12, Gregory Szorc 写道:
The next time you pull mozilla-central, you'll find a new tool in the
root directory: mach
$ ./mach build
Well, when I try mach build on Win8 x64 and use VC2010 Chinese Edition
compiler, its output information (Chinese information) will be messy:
make b
On Thu, Oct 4, 2012 at 12:17 PM, Benjamin Smedberg
wrote:
> On 10/4/2012 12:11 PM, Gregory Szorc wrote:
>>
>>
>> #1 is a larger problem with no easy solution. Without significantly
>> altering how make/pymake work, about the best we can do is parse the process
>> output of the build and try to pri
Nicholas Nethercote wrote:
On Thu, Oct 4, 2012 at 10:18 AM, Justin Lebar wrote:
1) Build errors are hard to identify with make. Parallel execution can make
them even harder to track down. Poor output from invoked processes is also a
problem.
I have a script [1] which works well en
On Thu, Oct 4, 2012 at 10:18 AM, Justin Lebar wrote:
>> 1) Build errors are hard to identify with make. Parallel execution can make
>> them even harder to track down. Poor output from invoked processes is also a
>> problem.
>
> I have a script [1] which works well enough for my purposes in the
> n
> 1) Build errors are hard to identify with make. Parallel execution can make
> them even harder to track down. Poor output from invoked processes is also a
> problem.
I have a script [1] which works well enough for my purposes in the
normal Mozilla build (I haven't tried it with mach). It highli
On 10/4/2012 12:11 PM, Gregory Szorc wrote:
#1 is a larger problem with no easy solution. Without significantly
altering how make/pymake work, about the best we can do is parse the
process output of the build and try to print something intelligent if
the build failed. Unfortunately, this is f
On 10/3/12 5:22 PM, Honza Bambas wrote:
I just hit
some compilation error caused by some recent patch in conjunction with
my build config and mach has just failed with a python trace back:
There was no warning log as well. I was a bit hoping that mach would
help with this (tracking build error
I believe this and other similar issues are being tracked by bug 795427.
Cheers,
Ehsan
On 2012-10-03 8:22 PM, Honza Bambas wrote:
So, another subject:
when I do a full build in parallel (win/pymake or using mach) and there
is some build error, it is always very hard to track the error down in
So, another subject:
when I do a full build in parallel (win/pymake or using mach) and there
is some build error, it is always very hard to track the error down in
the log, it is almost always hidden among many other lines. I just hit
some compilation error caused by some recent patch in conj
On Tue, Oct 2, 2012 at 7:12 PM, Jeff Gilbert wrote:
> As an additional data point, my experience is that the interactivity of my
> machine is not noticeably impacted when I overcommit with -j12 on my
> 4core/8thread i7 windows machine.
Right, I think we've discussed this issue enough. Everyone
sage -
From: "Karl Tomlinson"
To: dev-platform@lists.mozilla.org
Sent: Tuesday, October 2, 2012 3:05:55 PM
Subject: Re: mach has landed
On Fri, 28 Sep 2012 11:44:56 -0700, Gary Kwong wrote:
>> http://blog.johnford.org/new-mac-builders-ssds-j-settings/
>
> Quoted from
On Fri, 28 Sep 2012 11:44:56 -0700, Gary Kwong wrote:
>> http://blog.johnford.org/new-mac-builders-ssds-j-settings/
>
> Quoted from that blog:
>
> "I did find that it is better to set the -j setting too high than
> it is to set it too low."
>
> -Gary
Better in terms of build time, which is the ri
On 09/28/2012 08:49 AM, Mike Hommey wrote:
On Fri, Sep 28, 2012 at 05:45:00PM +0200, Mike Hommey wrote:
On Fri, Sep 28, 2012 at 05:34:09PM +0200, Honza Bambas wrote:
On 9/28/2012 12:58 PM, Mike Hommey wrote:
On Fri, Sep 28, 2012 at 06:45:24AM -0400, Benoit Jacob wrote:
2012/9/28 Aryeh Gregor
Win7 x64 / i7@3.9GHz / 8 cores / 12GB@1600MHz / SSD mirrored, warm
clobbered build of debug desktop browser:
-j12: 19m00s exactly
-j9: 18m45s exactly
Using more processes then cores is counter productive. I checked
this 2 years ago already when build took just 13 minutes (we
grow!!).
Conclusio
On 9/28/2012 8:49 AM, Mike Hommey wrote:
On Fri, Sep 28, 2012 at 05:45:00PM +0200, Mike Hommey wrote:
On Fri, Sep 28, 2012 at 05:34:09PM +0200, Honza Bambas wrote:
On 9/28/2012 12:58 PM, Mike Hommey wrote:
On Fri, Sep 28, 2012 at 06:45:24AM -0400, Benoit Jacob wrote:
2012/9/28 Aryeh Gregor :
On Fri, Sep 28, 2012 at 05:45:00PM +0200, Mike Hommey wrote:
> On Fri, Sep 28, 2012 at 05:34:09PM +0200, Honza Bambas wrote:
> > On 9/28/2012 12:58 PM, Mike Hommey wrote:
> > >On Fri, Sep 28, 2012 at 06:45:24AM -0400, Benoit Jacob wrote:
> > >>2012/9/28 Aryeh Gregor :
> > >>>On Thu, Sep 27, 2012 at
On Fri, Sep 28, 2012 at 05:34:09PM +0200, Honza Bambas wrote:
> On 9/28/2012 12:58 PM, Mike Hommey wrote:
> >On Fri, Sep 28, 2012 at 06:45:24AM -0400, Benoit Jacob wrote:
> >>2012/9/28 Aryeh Gregor :
> >>>On Thu, Sep 27, 2012 at 6:08 PM, Gregory Szorc wrote:
> I actually held out on you with t
On 9/28/2012 12:58 PM, Mike Hommey wrote:
On Fri, Sep 28, 2012 at 06:45:24AM -0400, Benoit Jacob wrote:
2012/9/28 Aryeh Gregor :
On Thu, Sep 27, 2012 at 6:08 PM, Gregory Szorc wrote:
I actually held out on you with the initial landing of mach: there is more
advanced tree building code in the
On Fri, Sep 28, 2012 at 06:45:24AM -0400, Benoit Jacob wrote:
> 2012/9/28 Aryeh Gregor :
> > On Thu, Sep 27, 2012 at 6:08 PM, Gregory Szorc wrote:
> >> I actually held out on you with the initial landing of mach: there is more
> >> advanced tree building code in the pipes, complete with progress
2012/9/28 Aryeh Gregor :
> On Thu, Sep 27, 2012 at 6:08 PM, Gregory Szorc wrote:
>> I actually held out on you with the initial landing of mach: there is more
>> advanced tree building code in the pipes, complete with progress indicators.
>> However, getting it reviewed is a challenge because we w
On Thu, Sep 27, 2012 at 6:08 PM, Gregory Szorc wrote:
> I actually held out on you with the initial landing of mach: there is more
> advanced tree building code in the pipes, complete with progress indicators.
> However, getting it reviewed is a challenge because we want the build system
> integra
Aside from Windows being busted right now
(https://bugzilla.mozilla.org/show_bug.cgi?id=794729), pymake "just
works." If you are on Windows, mach runs pymake. If you are elsewhere,
mach runs GNU make.
I actually held out on you with the initial landing of mach: there is
more advanced tree bui
This really sounds good!
How is mach working on windows with pymake?
-hb-
On 9/27/2012 3:12 AM, Gregory Szorc wrote:
The next time you pull mozilla-central, you'll find a new tool in the
root directory: mach
$ ./mach build
0.09 /usr/bin/make -f client.mk -j8 -s
0.25 Adding client.mk option
24 matches
Mail list logo
