Re: PSA: Non-unified builds no longer occurring on central/inbound and friends

On 2015/01/15 10:37, Steve Fink wrote: On 01/14/2015 11:26 AM, Ehsan Akhgari wrote: From now on, the only supported build mode is unified compilation. I am planning to follow-up with removing support for the --disable-unified-compilation configure option altogether in bug 1121000. I commente

Re: PSA: Non-unified builds no longer occurring on central/inbound and friends

On 15/1/15 15:56, ISHIKAWA,chiaki wrote: Debugging using gdb will be very difficult when the unified build creates a source file on the fly (but it is removed, correct?). No sane compiler/debugger combination can help me do the source level debugging if the source code that the compiler compile

Network Predictive Actions re-enabled on Nightly

All, I just landed https://bugzilla.mozilla.org/show_bug.cgi?id=1009122 on mozilla-inbound, which re-enables necko's predictive actions capabilities. I won't go into the full explanation of it here, you can find the big information (very little of which has changed in this new iteration) in my ori

Re: PSA: Non-unified builds no longer occurring on central/inbound and friends

On Wed, Jan 14, 2015 at 5:37 PM, Steve Fink wrote: > On 01/14/2015 11:26 AM, Ehsan Akhgari wrote: > > From now on, the only supported build mode is unified compilation. I > > am planning to follow-up with removing support for the > > --disable-unified-compilation configure option altogether in b

Re: PSA: Non-unified builds no longer occurring on central/inbound and friends

On 15/01/2015 16:56, ISHIKAWA,chiaki wrote: > On 2015/01/15 10:37, Steve Fink wrote: >> On 01/14/2015 11:26 AM, Ehsan Akhgari wrote: >>> From now on, the only supported build mode is unified compilation. I >>> am planning to follow-up with removing support for the >>> --disable-unified-compilati

Re: PSA: Non-unified builds no longer occurring on central/inbound and friends

On 1/14/15 5:37 PM, Steve Fink wrote: Why is the configure option being removed? I understand always building unified in automation, but not having a straightforward way at all to see if your code is buggy seems... suboptimal. If someone wants to go through occasionally and make our codebase vali

Re: PSA: Non-unified builds no longer occurring on central/inbound and friends

On 01/15/2015 09:31 AM, Bobby Holley wrote: > On Wed, Jan 14, 2015 at 5:37 PM, Steve Fink > wrote: > > On 01/14/2015 11:26 AM, Ehsan Akhgari wrote: > > From now on, the only supported build mode is unified > compilation. I > > am planning to follow-up wit

Re: PSA: Non-unified builds no longer occurring on central/inbound and friends

On 01/15/2015 09:46 AM, Chris Peterson wrote: > Another small benefit of optional non-unified builds is that clang does > a better job of reporting -Wunused-variable warnings with smaller > translation units. I assume that the number of identifiers in the > unified files exceed some clang analysis

Re: PSA: Non-unified builds no longer occurring on central/inbound and friends

On 01/15/2015 09:39 AM, Sylvestre Ledru wrote: > On 15/01/2015 16:56, ISHIKAWA,chiaki wrote: >> On 2015/01/15 10:37, Steve Fink wrote: >>> On 01/14/2015 11:26 AM, Ehsan Akhgari wrote: From now on, the only supported build mode is unified compilation. I am planning to follow-up with remo

Re: PSA: Non-unified builds no longer occurring on central/inbound and friends

On 2015-01-15 1:50 PM, Steve Fink wrote: On 01/15/2015 09:39 AM, Sylvestre Ledru wrote: On 15/01/2015 16:56, ISHIKAWA,chiaki wrote: On 2015/01/15 10:37, Steve Fink wrote: On 01/14/2015 11:26 AM, Ehsan Akhgari wrote: From now on, the only supported build mode is unified compilation. I am pl

Re: PSA: Non-unified builds no longer occurring on central/inbound and friends

On Wed, Jan 14, 2015 at 8:37 PM, Steve Fink wrote: > Why is the configure option being removed? I understand always building > unified in automation, but not having a straightforward way at all to > see if your code is buggy seems... suboptimal. If someone wants to go > through occasionally and m

Re: PSA: Non-unified builds no longer occurring on central/inbound and friends

On 2015-01-15 1:49 PM, Daniel Holbert wrote: On 01/15/2015 09:46 AM, Chris Peterson wrote: Another small benefit of optional non-unified builds is that clang does a better job of reporting -Wunused-variable warnings with smaller translation units. I assume that the number of identifiers in the u

Re: PSA: Non-unified builds no longer occurring on central/inbound and friends

On 2015-01-14 8:37 PM, Steve Fink wrote: On 01/14/2015 11:26 AM, Ehsan Akhgari wrote: From now on, the only supported build mode is unified compilation. I am planning to follow-up with removing support for the --disable-unified-compilation configure option altogether in bug 1121000. I commen

e10s content processes and coordinate systems

Hey all, I'm working on bug 1075670 ([e10s] event.screenX and event.screenY is wrong), which exposes a hole in the e10s architecture. Quickly, the issue is that the dom behavior in an e10s content process redefines "screen" coordinates to be relative to the tab contents instead of relative to

Re: e10s content processes and coordinate systems

On Fri, Jan 16, 2015 at 9:24 AM, Handyman wrote: > I'm working on bug 1075670 ([e10s] event.screenX and event.screenY is > wrong), which exposes a hole in the e10s architecture. Quickly, the issue > is that the dom behavior in an e10s content process redefines "screen" > coordinates to be relati

Re: W3C Proposed Recommendation: longdesc

On Wednesday 2015-01-07 12:19 +0100, Marco Zehe wrote: > On 07.01.2015 06:09, Robert O'Callahan wrote: > > On Wed, Jan 7, 2015 at 3:37 PM, Jet Villegas wrote: > >> The main downside I see is a potential "Mozilla removes features used by > >> disabled people..." PR fiasco. I think we can avoid that

Re: PSA: Non-unified builds no longer occurring on central/inbound and friends

On Thu, Jan 15, 2015 at 02:11:16PM -0500, Benjamin Kelly wrote: > For what its worth, you can still verify individual directories by changing > moz.build to use SOURCES instead of UNIFIED_SOURCES. On Thu, Jan 15, 2015 at 02:21:25PM -0500, Ehsan Akhgari wrote: > Switch the UNIFIED_SOURCES variable

Re: PSA: Non-unified builds no longer occurring on central/inbound and friends

What’s a bit unfortunate about these approaches is that you can accidentally qref them into your patch. I’ve managed to do so repeatedly. - Seth > On Jan 15, 2015, at 2:52 PM, Mike Hommey wrote: > > On Thu, Jan 15, 2015 at 02:11:16PM -0500, Benjamin Kelly wrote: >> For what its worth, you can

changed OSX variable in reftest/crashtest condition sandbox

I just landed https://bugzilla.mozilla.org/show_bug.cgi?id=1121327 on mozilla-inbound, which changes the OSX variable in the reftest-crashtest condition sandbox. Instead of being a float (which doesn't work very well for 10.10, which is equal to 10.1), it is now an integer that is major*100 + mino

Re: PSA: Non-unified builds no longer occurring on central/inbound and friends

On 2015-01-15 5:57 PM, Seth Fowler wrote: What’s a bit unfortunate about these approaches is that you can accidentally qref them into your patch. I’ve managed to do so repeatedly. That's true of any local change, right? ___ dev-platform mailing list

Re: PSA: Non-unified builds no longer occurring on central/inbound and friends

It wouldn’t be true of, say, a mach argument specifying directories that should be built non-unified. Not that it matters nearly as much now that we’ve made the decision not to support non-unified builds. > On Jan 15, 2015, at 3:36 PM, Ehsan Akhgari wrote: > > On 2015-01-15 5:57 PM, Seth Fowl

Proposed W3C Charter: Web Application Security (WebAppSec) Working Group

___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform signature.asc Description: Digital signature ___ dev-platform mailing list dev-platform@lists.mozil

Proposed W3C Charter: Web Application Security (WebAppSec) Working Group

The W3C is proposing a revised charter for: Web Application Security Working Group http://www.w3.org/2014/12/webappsec-charter-2015.html https://lists.w3.org/Archives/Public/public-new-work/2014Dec/0008.html Mozilla has the opportunity to send comments, objections, or support through Friday

Re: PSA: Non-unified builds no longer occurring on central/inbound and friends

On 2015-01-15 6:46 PM, Seth Fowler wrote: It wouldn’t be true of, say, a mach argument specifying directories that should be built non-unified. Not that it matters nearly as much now that we’ve made the decision not to support non-unified builds. Yeah that's true, but that mach command would

Re: PSA: Non-unified builds no longer occurring on central/inbound and friends

On 01/15/2015 11:21 AM, Ehsan Akhgari wrote: > On 2015-01-14 8:37 PM, Steve Fink wrote: >> On 01/14/2015 11:26 AM, Ehsan Akhgari wrote: >>> From now on, the only supported build mode is unified compilation. I >>> am planning to follow-up with removing support for the >>> --disable-unified-compila

Re: Network Predictive Actions re-enabled on Nightly

On 1/15/2015 12:26 PM, Nicholas Hurley wrote: All, I just landed https://bugzilla.mozilla.org/show_bug.cgi?id=1009122 on mozilla-inbound, which re-enables necko's predictive actions capabilities. I won't go into the full explanation of it here, you can find the big information (very little of wh

Re: PSA: Non-unified builds no longer occurring on central/inbound and friends

On 2015-01-15 7:30 PM, Steve Fink wrote: On 01/15/2015 11:21 AM, Ehsan Akhgari wrote: On 2015-01-14 8:37 PM, Steve Fink wrote: On 01/14/2015 11:26 AM, Ehsan Akhgari wrote: From now on, the only supported build mode is unified compilation. I am planning to follow-up with removing support for

Re: PSA: Non-unified builds no longer occurring on central/inbound and friends

On Thu, Jan 15, 2015 at 4:30 PM, Steve Fink wrote: > But that's not the point. I totally agree that non-unified builds will > get broken immediately and will stay broken most of the time. That's not > in question. The point is how hard it is for someone who comes along and > wants to fix our code

Re: Network Predictive Actions re-enabled on Nightly

Patrick, The predictor may issue dns requests or start connections (including TLS negotiations, if necessary) entirely based on browsing history combined with a confidence calculation (the details of which are in the code, but intentionally left vague via email because they may change in order to

Re: W3C Proposed Recommendation: Vibration API

On Tuesday 2015-01-06 15:15 -0800, L. David Baron wrote: > W3C recently published the following proposed recommendation (the > stage before W3C's final stage, Recommendation): > > http://www.w3.org/TR/vibration/ > Vibration API > > There's a call for review to W3C member companies (of which M

Re: W3C Proposed Recommendation: Pointer Events

On Tuesday 2015-01-06 15:14 -0800, L. David Baron wrote: > W3C recently published the following proposed recommendation (the > stage before W3C's final stage, Recommendation): > > http://www.w3.org/TR/pointerevents/ > Pointer Events > > There's a call for review to W3C member companies (of wh

Re: Network Predictive Actions re-enabled on Nightly

On 1/15/2015 9:03 PM, Nicholas Hurley wrote: Patrick, The predictor may issue dns requests or start connections (including TLS negotiations, if necessary) entirely based on browsing history combined with a confidence calculation (the details of which are in the code, but intentionally left vague

Re: PSA: Non-unified builds no longer occurring on central/inbound and friends

On 01/15/2015 04:52 PM, Ehsan Akhgari wrote: > On 2015-01-15 7:30 PM, Steve Fink wrote: >> On 01/15/2015 11:21 AM, Ehsan Akhgari wrote: >>> On 2015-01-14 8:37 PM, Steve Fink wrote: On 01/14/2015 11:26 AM, Ehsan Akhgari wrote: > From now on, the only supported build mode is unified >

Re: [blink-dev] Fwd: [Bug 441414] Treerows need a way to hold richer content

在 2015年1月13日星期二 UTC+8上午12:08:24，Elliott Sprehn写道： > On Fri, Jan 9, 2015 at 10:38 AM, Jan Varga wrote: > > > HTML5 spec used to have something like that called > > Here's some info: > > https://bugs.webkit.org/show_bug.cgi?id=26545 > > > > As a former contributor to XUL tree widget, I would love