Re: Must we rebuild all our rust code constantly?

2019-08-22 Thread Mike Hommey
On Thu, Aug 22, 2019 at 06:48:03PM -0700, Chris M. wrote: > On Mon, Aug 19, 2019 at 10:32 PM Kris Maglione > wrote: > > > On Tue, Aug 20, 2019 at 02:23:06PM +0900, ISHIKAWA,chiaki wrote: > > >On 2019/08/20 9:11, Dave Townsend wrote: > > >>Thanks to a tip I've tracked this down. This seems to

Re: Must we rebuild all our rust code constantly?

2019-08-22 Thread Chris M.
On Mon, Aug 19, 2019 at 10:32 PM Kris Maglione wrote: > On Tue, Aug 20, 2019 at 02:23:06PM +0900, ISHIKAWA,chiaki wrote: > >On 2019/08/20 9:11, Dave Townsend wrote: > >>Thanks to a tip I've tracked this down. This seems to only be the case > when > >>I have sccache enabled. Disabling it gives me

Re: Must we rebuild all our rust code constantly?

2019-08-22 Thread Chris M.
On Tue, Aug 20, 2019 at 12:33 PM Markus Stange wrote: > On 2019-08-19 8:11 p.m., Dave Townsend wrote: > > Thanks to a tip I've tracked this down. This seems to only be the case > when > > I have sccache enabled. Disabling it gives me nice quick incremental > builds > > again. > > What's your

Re: Watch out for build issues on non-Unicode systems

2019-08-22 Thread Mike Hommey
On Thu, Aug 22, 2019 at 02:42:48PM +0200, Nihanth Subramanya wrote: > Note that the config.status changes in bug 844509 seem to break `$./mach > clobber` - I had to manually rm -rf my objdir. Filed as bug 1575959, fixed on mozilla-central. Sorry for the annoyance. Mike > On Thu, Aug 22, 2019

Re: Intent to unship AppCache

2019-08-22 Thread Andrew Overholt
It's been a long time coming :) Do you know if Chrome plans to drop support, too? On Wed, Aug 21, 2019 at 5:01 PM Jonathan Kingston wrote: > The design of AppCache brings many problems to the web platform from a > performance and security perspective. Service workers have long solved the > same

Re: Intent to Implement- Double-keyed HTTP cache

2019-08-22 Thread dom
On Thursday, August 22, 2019 at 11:26:55 AM UTC+9, Martin Thomson wrote: > Hi Sebastian, > > I'm glad to see us moving toward having better isolation in this way. > > In discussions of this sort of keying strategy, the guidance I repeatedly > hear is that "double-keying" isn't sufficient and

Re: Watch out for build issues on non-Unicode systems

2019-08-22 Thread Jonathan Kew
On 22/08/2019 13:42, Nihanth Subramanya wrote: Note that the config.status changes in bug 844509 seem to break `$./mach clobber` - I had to manually rm -rf my objdir. Ah, that'll be what just happened to me, too. (Not just ./mach clobber, I was getting the same failure with ./mach build as

Re: Watch out for build issues on non-Unicode systems

2019-08-22 Thread Nihanth Subramanya
To clarify: it only breaks the clobber of an existing old objdir. Clobbering works fine henceforth. On Thu, Aug 22, 2019 at 2:42 PM Nihanth Subramanya wrote: > Note that the config.status changes in bug 844509 seem to break `$./mach > clobber` - I had to manually rm -rf my objdir. > > On Thu,

Re: Watch out for build issues on non-Unicode systems

2019-08-22 Thread Nihanth Subramanya
Note that the config.status changes in bug 844509 seem to break `$./mach clobber` - I had to manually rm -rf my objdir. On Thu, Aug 22, 2019 at 2:35 AM Mike Hommey wrote: > Hi, > > In bug 1575135 and bug 844509, we've changed how configure handles > strings from files and subprocesses, to

Re: Intent to ship: multi-keyword values on the CSS 'display' property

2019-08-22 Thread Emilio Cobos Álvarez
On 8/22/19 11:28 AM, 一丝 wrote: Is there a plan to implement multi-valued table | flex | grid? E.g display: inline flex. That should work, afaict. ___ dev-platform mailing list dev-platform@lists.mozilla.org

Re: Intent to ship: multi-keyword values on the CSS 'display' property

2019-08-22 Thread 一丝
Is there a plan to implement multi-valued table | flex | grid? E.g display: inline flex. ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform

Re: Intent to Implement- Double-keyed HTTP cache

2019-08-22 Thread Anne van Kesteren
On Thu, Aug 22, 2019 at 4:26 AM Martin Thomson wrote: > What is the tuple we're keying on? Top-level origin only. This still allows C to attack B in your scenario (or vice versa). There's a variety of other side channel attacks on " sites" too, including various members of the Window object,

Re: Must we rebuild all our rust code constantly?

2019-08-22 Thread Simon Sapin
On 22/08/2019 03:42, ISHIKAWA, Chiaki wrote: At the same time, I have a feeling that the debug symbol that rustc generates may be a tad bigger than I would like it to be, but I need to investigate more about this. Sounds like this known bug of rustc: