Re: Single- vs. double-precision FP in gfx types

2015-11-24 Thread Robert O'Callahan
On Wed, Nov 25, 2015 at 11:59 AM, Nicholas Nethercote < n.netherc...@gmail.com> wrote: > On Mon, Nov 23, 2015 at 8:14 PM, Robert O'Callahan > wrote: > >> > >> One major remaining Moz2Dification step is the conversion of thebes > >> types such as gfxSize, gfxPoint, gfxRect,

Re: Single- vs. double-precision FP in gfx types

2015-11-24 Thread Nicholas Nethercote
On Mon, Nov 23, 2015 at 8:14 PM, Robert O'Callahan wrote: >> >> One major remaining Moz2Dification step is the conversion of thebes >> types such as gfxSize, gfxPoint, gfxRect, and gfxMatrix to their Moz2D >> equivalents. > > I think for now we should focus on replacing

Re: Single- vs. double-precision FP in gfx types

2015-11-24 Thread L. David Baron
On Wednesday 2015-11-25 12:49 +1300, Robert O'Callahan wrote: > On Wed, Nov 25, 2015 at 11:59 AM, Nicholas Nethercote < > n.netherc...@gmail.com> wrote: > > > On Mon, Nov 23, 2015 at 8:14 PM, Robert O'Callahan > > wrote: > > >> > > >> One major remaining Moz2Dification step

Re: Single- vs. double-precision FP in gfx types

2015-11-24 Thread L. David Baron
On Tuesday 2015-11-24 18:21 -0800, L. David Baron wrote: > Presumably it's equally important to replace the remaining > nsRenderingContext usage with DrawTarget? > > (nsRenderingContext was the previous API before gfxContext.) Er, never mind; I guess that's sort of a stupid question at this

Re: Question: "Chrome file doesn't exist: ..." in |make mozmill| log by running DEBUG versions of C-C TB

2015-11-24 Thread ISHIKAWA,chiaki
On 2015/11/24 20:21, Philip Chee wrote: On 22/11/2015 03:20, ISHIKAWA,chiaki wrote: 35 Chrome file doesn't exist: /NREF-COMM-CENTRAL/objdir-tb3/dist/bin/chrome/toolkit/skin/classic/global/icons/information-64.png information-64.png only exists in the osx theme

Re: Single- vs. double-precision FP in gfx types

2015-11-24 Thread Robert O'Callahan
On Wed, Nov 25, 2015 at 3:24 PM, L. David Baron wrote: > On Tuesday 2015-11-24 18:21 -0800, L. David Baron wrote: > > Presumably it's equally important to replace the remaining > > nsRenderingContext usage with DrawTarget? > > > > (nsRenderingContext was the previous API

Announcing MozillaBuild 2.1.0 Release

2015-11-24 Thread Ryan VanderMeulen
I am pleased to announce the final release of MozillaBuild 2.1.0. All users are encouraged to upgrade as soon as possible due to many improvements in Mercurial since the last release. http://ftp.mozilla.org/pub/mozilla.org/mozilla/libraries/win32/MozillaBuildSetup-Latest.exe Important changes

Re: Does the sdk/page-worker are loading pages off-main thread? and running code in another thread?

2015-11-24 Thread Dave Townsend
Current release versions will load page-workers in the main process, nightly has been updated to load in a child process if e10s is enabled. On Mon, Nov 23, 2015 at 10:59 PM, 罗勇刚(Yonggang Luo) wrote: > pageWorker = require("sdk/page-worker").Page({ contentScript: >

Re: Announcing MozillaBuild 2.1.0 Release

2015-11-24 Thread Gregory Szorc
On Tue, Nov 24, 2015 at 9:56 AM, Ryan VanderMeulen < rvandermeu...@mozilla.com> wrote: > I am pleased to announce the final release of MozillaBuild 2.1.0. All users > are encouraged to upgrade as soon as possible due to many improvements in > Mercurial since the last release. > >

Re: Question: "Chrome file doesn't exist: ..." in |make mozmill| log by running DEBUG versions of C-C TB

2015-11-24 Thread Philip Chee
On 22/11/2015 03:20, ISHIKAWA,chiaki wrote: > 35 Chrome file doesn't exist: > /NREF-COMM-CENTRAL/objdir-tb3/dist/bin/chrome/toolkit/skin/classic/global/icons/information-64.png information-64.png only exists in the osx theme

Re: Startup cache and resource:// urls

2015-11-24 Thread Nicolas B. Pierron
The concerns that I have is that the start-up cache proved to be useful in multiple experiments made by 3 different persons, and at different occasions and for different purposes: - Bug 813324 - Compiled JS cache for Firefox - Bug 1101386 - Missing bytecode cache causes SpiderMonkey to be 6x