Bug 886830 - make perf can now test V8 (node) and SpiderMonkey (jsshell). r=gandalf
Bug 897899 - In Chrome, console.log and console.warn need to be bound to the console object
Bug 897034 - Improve discoverability of L20n, part 1

Split the main README in multiple files inside docs:
 - Add a second example with genitive to justify the more complex structure of
   brandName in Polish.
 - Invert JavaScript API and HTML bindings sections
 - Collapsed "Further reading" into JS API section, fix typo in JavaScript code
   (textConent -> textContent)

docs/build.md: add instructions to build l20n.js with node.js
docs/html.md: fix wrong line ending
docs/api: fix typo (textConent -> textContent)
Bug 897865 - Ctxdata should have an API for setting and unsetting values. r=gandalf

Introduce: ctx.updateData(ctxdata: Object)

Updates the context data which will be available to all entities in the context.
The `ctxdata` is an object which extends the context data per key and per level
of hierarchy.  In other words, the following two calls:

```javascript
ctx.updateData({ user: { name: "Bob" } });
ctx.updateData({ user: { gender: "masculine" } });
```

will make the internally-stored context data look like this:

```json
{
  "user" : {
    "name": "Bob",
    "gender": "masculine"
  }
}
```
Bug 896979 -  l20n should be able to localize elements outside of BODY. r=stas
Bug 897069: Set the locale code for the document as soon as possible. r=stas
Bug 886055 - Use navigator.browserLanguage for IE compatiblity; r=stas
Bug 886055 - follow up, remove .orig files
Bug 896997 - Implement .stop method to localize wrapper; r=stas
Bug 896997 - Implement .stop method to localize wrapper; tests
Bug 900559 - Compiler should not use a shared env object. r=gandalf
Bug 897862 - Add Context::requestLocales, change Context::registerLocales. r=gandalf
Bug 904618 - Remove Contex::freeze in favor of requestLocales. r=gandalf
Bug 904207 - Add ctx.supportedLocales. r=gandalf
Bug 908168 - make perf: Measure the time it takes to setup a ctx. r=gandalf
Bug 802850 - Debug, error and warning strategy. r=gandalf

The code changes are relatively few, most of the patch are tests for locale
fallback and accompanying events.

Below is the breakdown of the errors and warnings that we emit and log in the
console by default.  This is in line with Gandalf's idea to log broken
translations as errors and missing translations as warnings.  The reason is
that a developer or a localizer will likely want to see when they've broken an
entity (syntax error, reference error) as their intent was to have that entity
show up.  OTOH, if an entity is missing from the resource completely, then we
only emit a warning which can be filtered nicely in the console.  This way, you
can start localizing with a small number of entities in your locale and we will
only show you errors if what you typed in the resource file is wrong.

 - `error` - fired when an error occurs which prevents the `Context` instance
   from working correctly or when the existing translations are buggy.  The
   error object is passed as the first argument to `callback`.  These errors
   include:

   - native JavaScript errors (`TypeError`, `ReferenceError` etc.) (this might
     get changed by bug 869016),

   - `Context.RuntimeError`, when an entity is missing or broken in all
     supported locales;  in this case, L20n will show the the best available
     fallback of the requested entity in the UI:  the source string as found in
     the resource, or the identifier.

   - `Context.TranslationError`, when the translation is present but broken
     in one of supported locales;  the `Context` instance will try to retrieve
     a fallback translation from the next locale in the fallback chain,

   - `Parser.Error`, when L20n is unable to parse the syntax of a resource;
     this might result in entities being broken which in turn can lead to above
     error being emitted.

 - `warning` - fired when a less serious error occurs from which the `Context`
   instance can recover gracefully and try to fetch a translations from
   a fallback locale.  The error object is passed as the first argument to
   `callback` and can be one of the following:

   - `Context.Error`, when there are problems with setting up resources (e.g.
     a 404 error when fetching a resource file, or recursive `import`
     statements in resource files),

   - `Context.TranslationError`, when there is a missing translation
     in one of supported locales;  the `Context` instance will try to retrieve
     a fallback translation from the next locale in the fallback chain,

   - `Compiler.Error`, when L20n is unable to evaluate an entity to a string;
     there are two types of errors in this category: `Compiler.ValueError`,
     when L20n can still try to use the literal source string of the entity as
     fallback, and `Compiler.IndexError` otherwise.
Bug 869016 - Remove promises. r=gandalf
Release 1.0.0 beta 4
Bug 912075 - make perf gives an advantage to code that runs twice. r=gandalf
Bug 912053 - ReferenceError in XHR handling; r=m.goleb