From:  Jim Blandy <jblandy@mozilla.com>
Date:  23 Aug 2016 22:56:02 Hong Kong Time
Newsgroup:  news.mozilla.org/mozilla.dev.tech.js-engine.internals
Subject:  

Re: Heads up: Don't use NSPR threading anymore, use js/src/threading/* instead!

NNTP-Posting-Host:  63.245.214.181

Hurrah!! That was a lot of work!

On Mon, Aug 22, 2016 at 10:35 AM, Nick Fitzgerald 
wrote:

> As of [0] and [1], jslock.h no longer exists on inbound and all NSPR
> threading has been removed from js/!
>
> However, there are still a few NSPR utilities in use in js/ (such as
> PR_CallOnce and PR_MemMap) and you can get their declarations by including
> jsnspr.h (which is a wrapper around either the actual NSPR headers or
> vm/PosixNSPR.h).
>
> Happy hacking!
>
> Nick
>
> ​[0]
> https://treeherder.mozilla.org/#/jobs?repo=mozilla-inbound&revision=
> 4b6f61ea7594ae263945c95fc652d1aaad01042b
> [1] https://bugzilla.mozilla.org/show_bug.cgi?id=1295741​
>
>
> On Mon, Aug 15, 2016 at 11:15 AM, Nick Fitzgerald  >
> wrote:
>
> > You may have seen some bug mail for https://bugzilla.mozilla.org/
> > show_bug.cgi?id=956899 and its dependent bugs. Well, the migration off of
> > NSPR threading is almost complete! Please don't introduce any more uses
> of
> > NSPR threading or jslock.h, and if you're reviewing a patch, don't r+ any
> > new uses.
> >
> > This work is giving us saner APIs (mostly modeled after the C++14
> > concurrency primitives, also some based on Rust's std lib), better DEBUG
> > assertions, and makes life a tiny bit easier for our embedders.
> >
> > Cheers!
> >
> > Nick
> >
> _______________________________________________
> dev-tech-js-engine-internals mailing list
> dev-tech-js-engine-internals@lists.mozilla.org
> https://lists.mozilla.org/listinfo/dev-tech-js-engine-internals
>