Re: Reverting to VS2013 on central and aurora

Or mozglue/build/SSE.cpp -Jeff On Wed, May 11, 2016 at 9:35 AM, Ehsan Akhgari wrote: > On 2016-05-10 10:01 PM, Robert Strong wrote: > > On Tue, May 10, 2016 at 6:55 PM, Lawrence Mandel > > wrote: > > > >> On Fri, May 6, 2016 at 12:39 PM, Benjamin

Re: Reverting to VS2013 on central and aurora

On 2016-05-10 9:43 PM, Lawrence Mandel wrote: > On Tue, May 10, 2016 at 7:05 PM, Ehsan Akhgari > wrote: > > On 2016-05-10 4:45 PM, Gregory Szorc wrote: > > On Thu, May 5, 2016 at 9:26 PM, Gregory Szorc

Re: Intent to ship: unprefix :dir pseudo-class

On 2016-05-11 4:31 AM, Cameron McCormack wrote: Mike de Boer: We use :-moz-locale-dir extensively in frontend code. Who will own converting that to the unprefixed version? Or, if :-moz-locale-dir is still supported after the transition period, can we discuss deprecating it in favour of

Re: Reverting to VS2013 on central and aurora

On 2016-05-10 10:01 PM, Robert Strong wrote: > On Tue, May 10, 2016 at 6:55 PM, Lawrence Mandel > wrote: > >> On Fri, May 6, 2016 at 12:39 PM, Benjamin Smedberg >> wrote: >> >>> I agree that we should drop support for non-SSE2. It mattered 7 years ago

can't load script in overlayed XUL

I just learning XUL. I create simple addon,but it can't load script. I tryed this problem for whole two days. https://github.com/lv/overlay_xul please help me. ___ dev-platform mailing list dev-platform@lists.mozilla.org

Re: can't load script in overlayed XUL

On 5/11/16 9:40 AM, oonuma ryouyu wrote: > I just learning XUL. > > I create simple addon,but it can't load script. > > I tryed this problem for whole two days. > > https://github.com/lv/overlay_xul > > please help me. > Please use one of the resources listed here for add-on questions:

Re: Linux distro readiness for Rust in Gecko

On Tuesday, March 22, 2016 at 11:06:18 PM UTC, Petr Cerny wrote: > i.stakenvic...@gmail.com wrote: > > Technically speaking, as i've been told at least, rust can still be > > built from scratch if ocaml is available on the platform, starting > > with rust-0.6, to 0.7, 0.8, 0.9, 1.0 and then

Re: Intent to Use Counter: Everything

On 5/11/16 3:56 AM, Cameron McCormack wrote: Recording use counter information as we parse CSS is not too expensive, although if we were doing it for all ~300 properties I’d be wanting to check that we don’t slow sheet parsing speed down appreciably. It’s probably fine, but see the work that is

Re: Intent to ship: unprefix :dir pseudo-class

On Wednesday 2016-05-11 18:31 +1000, Cameron McCormack wrote: > Mike de Boer: > > We use :-moz-locale-dir extensively in frontend code. Who will own > > converting that to the unprefixed version? Or, if :-moz-locale-dir > > is still supported after the transition period, can we discuss > >

Re: Intent to Use Counter: Everything

On 5/10/16 6:53 PM, Jonas Sicking wrote: The moz-isms aren't as easy to spot in the DOM since there's much less of a history of prefixing DOM-API names, but they certainly exist. Is there any handy way of identifying these, other than cross-referencing with the relevant specs? -- Mike

Re: Intent to Use Counter: Everything

On 5/11/16 12:46 PM, Mike Taylor wrote: Is there any handy way of identifying these, other than cross-referencing with the relevant specs? Generally they are in a separate partial interface in the webidl file. And typically that partial interface is documented as non-standard or Gecko-only

Is Telemetry::Accumulate threadsafe?

And if not, why is this not documented? - Kyle ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform

libstdc++ debug mode enabled in debug builds

libstdc++ has a "debug" mode: https://gcc.gnu.org/onlinedocs/libstdc++/manual/debug_mode.html which adds checks for iterator safety and algorithm preconditions. Bug 1270832, recently landed on inbound, turns this mode on for debug builds via our wrapped C++ headers. Please file a bug if you

Re: libstdc++ debug mode enabled in debug builds

Similarly, quite a few third-party libraries do not use the standard DEBUG and assert() macros. When integrating new third-party code, be sure to check whether you must define any extra macros to enable assertions in debug builds. For example, to enable assertions in the ffvp9 decoder, we had

Intent to ship: unprefix :dir pseudo-class

With the patches landed in bug 859301 , the :dir CSS4 pseudo-class is now available in Firefox49 without the vender prefix. The prefixed :-moz-dir pseudo-class will be kept for a short

Re: Intent to ship: unprefix :dir pseudo-class

We use :-moz-locale-dir extensively in frontend code. Who will own converting that to the unprefixed version? Or, if :-moz-locale-dir is still supported after the transition period, can we discuss deprecating it in favour of unprefixed alternatives? Thanks, Mike. > On 11 May 2016, at 09:13,

Re: Is Telemetry::Accumulate threadsafe?

Ok. https://treeherder.mozilla.org/logviewer.html#?job_id=27652194=mozilla-inbound#L9753 seems to indicate that it is not currently threadsafe, but 1258183 adds a lot of locks so hopefully that will help. - Kyle On Wed, May 11, 2016 at 11:46 AM, Georg Fritzsche wrote: >

Re: Is Telemetry::Accumulate threadsafe?

Bug 1141565 made it thread-safe, bug 1258183 is dealing with some remaining TSan issues. Georg On Wed, May 11, 2016 at 7:23 PM, Kyle Huey wrote: > And if not, why is this not documented? > > - Kyle > ___ > dev-platform mailing list

Re: Intent to ship: unprefix :dir pseudo-class

Mike de Boer: > We use :-moz-locale-dir extensively in frontend code. Who will own > converting that to the unprefixed version? Or, if :-moz-locale-dir > is still supported after the transition period, can we discuss > deprecating it in favour of unprefixed alternatives? :-moz-locale-dir is kind

Re: Intent to Use Counter: Everything

Mike Taylor: > Having recently discovered UseCounters.conf[1], I'd like to add use > counters for all CSS properties, starting with prefixed props. And > likewise for Moz-prefixed DOM props and methods. > > Ultimately, I'd like us to have a Firefox equivalent to >