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
finitely more than what it was yesterday: non-existent. That's
progress. If you have a feature request or a work flow, please file a
bug. Even better, contribute a patch! You only need to know beginner's
Python to add new commands to mach.
I hope you enjoy using mach. I look forwar
request or a work flow, please file a
bug. Even better, contribute a patch! You only need to know beginner's
Python to add new commands to mach.
I hope you enjoy using mach. I look forward to many new and exciting
features in the near future.
[1] http:
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
o know
beginner's Python to add new commands to mach.
I hope you enjoy using mach. I look forward to many new and exciting
features in the near future.
[1] http://gregoryszorc.com/blog/2012/09/26/mach-has-landed/
Gregory
tent. That's
progress. If you have a feature request or a work flow, please file a
bug. Even better, contribute a patch! You only need to know beginner's
Python to add new commands to mach.
I hope you enjoy using mach. I look forward to many new and exciting
fe
ibute a patch! You only need to know beginner's Python to add new
commands to mach.
I hope you enjoy using mach. I look forward to many new and exciting
features in the near future.
[1] http://gregoryszorc.com/blog/2012/09/26/mach-has-landed/
Gregory
25 matches
Mail list logo
