Fix locale data and improve locale resolving

[ericf]

This upgrades to [email protected] and [email protected] which vastly improves the locale data in the following ways:

• Added locale data for all leaf locales which differ from their root locale's data; e.g. zh-Hant-HK is not the same as zh-Hant which is not the same as zh.
• Properly de-duplicate data for all CLDR locales by correctly traversing a locale's hierarchy of ancestor locales.
• Added data for the following languages:
  aa, agq, bas, bh, ckb, dav, dje, dsb, dua, dv, dyo, ebu, ewo, guw, guz, hsb, ia, in, iu, iw, jbo, ji, jv, jw, kaj, kam, kcg, khq, ki, kln, kok, ksf, ku, lb, lu, luo, luy, mer, mfe, mgh, mo, mua, nah, nmg, no, nqo, nus, ny, pap, prg, qu, rn, rw, sbp, sh, sma, smi, smj, smn, sms, swc, syr, tk, tl, twq, vai, wa, wo, yav, yi, zgh

---

These changes also include improvements for how locales are resolved. Here are some details of these changes:

• If no extra locale data is loaded, the locale will always resolved to en.

• If locale data is missing for a leaf locale like fr-FR, but there is data for the root, fr in this case, then its root will be used.

• If there's data for the specified locale, then that locale will be resolved; i.e.,

  var rf = new IntlRelativeFormat('en-US');
  assert(rf.resolvedOptions().locale === 'en-US'); // true

• The resolved locales are now normalized; e.g., en-us will resolve to: en-US.

Fixes #25

[yahoocla]

CLA is valid!

[ericf]

After this is merged the README docs should be updated.

[caridy]

🎱

[jasonmit]