Re: Replacing PR_LOG levels

2015-05-27 Thread Eric Rescorla
As I said earlier, I agree with Jesup. If people insist on not adding above debug, at least please allow individual modules to use a number that is DEBUG+1 on their own this is relevant for a lot of the media stuff which actually has its own logging and just shims to PR_LOG anyway). -Ekr On We

Re: AdBlock Plus as a ServiceWorker?

2015-05-27 Thread trev
On Thursday, May 21, 2015 at 4:47:42 PM UTC+2, David Rajchenbach-Teller wrote: > Now, if ServiceWorker is not the right API, what would be? The webRequest-like API from bug 1157561 sounds pretty good, especially if it provides access to headers (Tom Schuster says that it does). However, we also

Misplaced xpcomglue.lib

2015-05-27 Thread Meenakshi Shankar
Hi, We are using Firefox SDKS for our FF extension. The libs generated after compiling Firefox 39 beta 1 source (using start-shell-msvc2013) did not contain few libs (xpcomglue.lib,xpcomglue_s.lib,...) in the "\mozilla-build\mozilla-beta\obj-i686-pc-mingw32\dist\lib" folder, instead it was foun

Re: Replacing PR_LOG levels

2015-05-27 Thread Eric Rahm
After some back and forth in this thread, IRC, and in bugzilla I've been convinced that adding a Verbose level will make this transition smoother. The new enum will look something like: enum class LogLevel { Disabled = 0, // Logging is disabled for this module Error, Warning, Info, Deb

Re: Misplaced xpcomglue.lib

2015-05-27 Thread Mike Hommey
On Wed, May 27, 2015 at 11:38:30AM -0700, Meenakshi Shankar wrote: > Hi, > > We are using Firefox SDKS for our FF extension. The libs generated > after compiling Firefox 39 beta 1 source (using start-shell-msvc2013) > did not contain few libs (xpcomglue.lib,xpcomglue_s.lib,...) in the > "\mozilla-