Re: PSA: Generate Linux64 gcov C++ code coverage data on try

2015-05-21 Thread Joshua Cranmer 🐧
On 5/21/2015 11:38 AM, Andrew Halberstadt wrote: If someone figures out how to generate code coverage data on Windows/OSX, I'd be happy to take care of the scheduling pieces. Beyond that, I personally don't have any plans to work further on code coverage. If you want to take a shot at generating

Replacing PR_LOG levels

2015-05-21 Thread Eric Rahm
As part of the effort to improve logging in gecko we'd like to introduce a new set of unified log levels. Currently we use NSPR logging which defines the following log levels: typedef enum PRLogModuleLevel { PR_LOG_NONE = 0,/* nothing */ PR_LOG_ALWAYS = 1, /*

Meet "mozilla/Logging.h"

2015-05-21 Thread Eric Rahm
I just landed a patch [1] that replaces all instances of "prlog.h" in gecko code with "mozilla/Logging.h". Currently it's not terribly interesting, it just includes "prlog.h", but in the future we're going to start swapping out functionality. To support this effort please use "mozilla/Logging.h

PSA: Generate Linux64 gcov C++ code coverage data on try

2015-05-21 Thread Andrew Halberstadt
For those with an interest in exploring C++ code coverage, it is now easy to generate coverage files on try. This *does not* mean that code coverage reports are readily available, or that they will be anytime soon. This is only useful for people who are interested in creating reports themselves.

Re: Intent to implement and ship: User timing API in workers

2015-05-21 Thread Ms2ger
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 05/20/2015 07:16 PM, Andrea Marchesini wrote: > Summary: user timing API in workers. We already have this API > exposed to main-thread content but it's nice to have it also in > workers, shared workers and service workers. > > Bug: https://bugzilla

Re: AdBlock Plus as a ServiceWorker?

2015-05-21 Thread David Rajchenbach-Teller
I'm willing to admit that ServiceWorker was something of a wild idea. But yes, the original idea was to let a thread perform all interceptions. It was my hope that we could extend ServiceWorker to have one shared KindOfServiceWorker per process, which would avoid most of the waste. Now, if Service

Re: AdBlock Plus as a ServiceWorker?

2015-05-21 Thread trev
On Thursday, May 7, 2015 at 2:51:39 PM UTC+2, Ehsan Akhgari wrote: > 1. Because service workers run on their own thread, they add some > latency for determining what to do for each network request. Therefore > running them for all network requests across the entire browser is > probably impract