On Mon, Nov 26, 2012 at 11:30 PM, Michael Goffioul <
michael.goffi...@gmail.com> wrote:
> Hi,
>
> I'm trying to use a Qt-build of mozilla as an embedded web browser. I've
> built mozilla for Qt from git sources and used a patched version of
> mozembed as explained in [1]. I've already detected and
On 11/27/12 5:02 PM, Nicholas Nethercote wrote:
On Tue, Nov 27, 2012 at 2:35 PM, Gregory Szorc wrote:
If you have |-s|, if you build with |./mach build|, it uses silent mode by
default, so again, you don't need MOZ_MAKE_FLAGS.
What about --no-print-directory? I specify that too...
mach als
On Tue, Nov 27, 2012 at 2:35 PM, Gregory Szorc wrote:
> If you have |-s|, if you build with |./mach build|, it uses silent mode by
> default, so again, you don't need MOZ_MAKE_FLAGS.
What about --no-print-directory? I specify that too...
Nick
___
dev-
On 11/27/12 2:55 PM, Chris Peterson wrote:
On 11/27/12 2:35 PM, Gregory Szorc wrote:
I feel the build system should be as fast as possible by default - no
user action necessary. If you find that -j == # cores isn't providing
the fastest builds possible, please present your data and we'll change
On 11/27/12 2:35 PM, Gregory Szorc wrote:
I feel the build system should be as fast as possible by default - no
user action necessary. If you find that -j == # cores isn't providing
the fastest builds possible, please present your data and we'll change
the default value.
A gnumake flag that obs
Just landed in inbound [1] is a build system change that automatically
defines make's |-j| argument (the parallel process count) to be the
number of cores in your machine. Pending a backout, this means that you
no longer need to do anything to leverage all the cores in your machine
when buildin
The Snappy meeting is held bi-weekly to discuss issues with Firefox
responsiveness and the various responsiveness initiatives that are underway.
This week is a Snappy meeting ON week.
Please add your items and status to the agenda before the meeting.
https://etherpad.mozilla.org/snappy
Dial-in:
On 2012-11-27 3:49 AM, Henri Sivonen wrote:
I think it isn’t orthogonal. I think having a way that makes us feel
better about breaking stuff is something we shouldn’t have. I expect
we’d make better decisions about breakage if we didn’t have an excuse
that allows us to delude ourselves about the
On Tue, Nov 13, 2012 at 8:05 PM, Ehsan Akhgari wrote:
> On 2012-11-12 6:01 AM, Henri Sivonen wrote:
>>
>> On Fri, Nov 9, 2012 at 10:32 PM, Ehsan Akhgari
>> wrote:
>>>
>>> Sort of. Well, from time to time we add a new DOM API which breaks a
>>> website because they expect that name to be availabl
9 matches
Mail list logo
