Photon Engineering Newsletter #7

2017-06-22 Thread Justin Dolske
(via https://dolske.wordpress.com/2017/06/22/photon-engineering-newsletter-7/ ) Lucky you, here’s Photon update #7 ! Let’s start off with a fresh new video that gives an overview of what we’re doing with the Quantum and Photon projects. If you’re

Re: [Sheriffs] switch to macosx cross-compiled builds on taskcluster on trunk

2017-06-22 Thread Chris Cooper
\o/ This was a multi-year project, and I'm ecstatic to see it finally come to fruition. Thanks to everyone who's been involved in getting this across the line. cheers, -- coop On Thu, Jun 22, 2017 at 3:09 PM, Kim Moir wrote: > After successful testing this morning, we have

Re: switch to macosx cross-compiled builds on taskcluster on trunk

2017-06-22 Thread Lawrence Mandel
\o/ Congratulations to everyone involved in making this happen! (Take a breath.) On to release! On Thu, Jun 22, 2017 at 3:09 PM, Kim Moir wrote: > After successful testing this morning, we have now enabled macosx nightly > updates again. > > The migration is complete, enjoy

Re: switch to macosx cross-compiled builds on taskcluster on trunk

2017-06-22 Thread Kim Moir
After successful testing this morning, we have now enabled macosx nightly updates again. The migration is complete, enjoy your cross compiled builds and more scalable CI infrastructure. Kim On Wed, Jun 21, 2017 at 10:04 PM, Kim Moir wrote: > Status update: > > We have

Re: Overhead of returning a string from C++ to JS over WebIDL bindings

2017-06-22 Thread Boris Zbarsky
On 6/22/17 6:19 AM, Henri Sivonen wrote: https://hsivonen.com/test/moz/encoding_bench_web/english-only.html OK, so here's what I'm seeing on that benchmark, all numbers measured on Mac with a current nightly; other platforms may differ, etc. Profile at

Re: Overhead of returning a string from C++ to JS over WebIDL bindings

2017-06-22 Thread Boris Zbarsky
On 6/22/17 4:43 AM, Henri Sivonen wrote: The length of the string is always well over 100, so that already means that a string cache isn't interfering with the test, right? The way the string cache works is that it will reuse an existing JSString* in two situations: 1) The nsStringBuffer*

Re: Overhead of returning a string from C++ to JS over WebIDL bindings

2017-06-22 Thread Henri Sivonen
On Fri, Jun 16, 2017 at 3:08 PM, Jan de Mooij wrote: > It may be different for other parts of the benchmark - it would be nice to > have a minimal testcase showing the problem. https://hsivonen.com/test/moz/encoding_bench_web/english-only.html is minimized in the sense that

Re: switch to macosx cross-compiled builds on taskcluster on trunk

2017-06-22 Thread Ted Mielczarek
On Thu, Jun 22, 2017, at 01:08 AM, Ralph Giles wrote: > On Wed, Jun 21, 2017 at 9:47 PM, Randell Jesup > wrote: > > > > Does this have affect on our still using the 10.7 Mac SDK? > > > We are still building against the macOS 10.7 SDK, but we can update to > 10.9 > once

Re: Overhead of returning a string from C++ to JS over WebIDL bindings

2017-06-22 Thread Henri Sivonen
On Fri, Jun 16, 2017 at 3:08 PM, Jan de Mooij wrote: > I profiled this quickly and we're spending a lot of time in GC. OK. So I accidentally created a string GC test instead of creating a TextDecoder test. :-( Is there a good cross-browser way to cause GC predictably