* hasse/unicode_atoms/OTP-14285:
  compiler: Handle (bad) Unicode parse transform module names
  kernel: Improve handling of Unicode filenames
  stdlib: Handle Unicode atoms in ms_transform
  stdlib: Improve Unicode handling of the Erlang parser
  stdlib: Handle unknown compiler options with Unicode
  stdlib: Handle Unicode macro names
  stdlib: Correct Unicode handling in escript
  dialyzer: Improve handling of Unicode
  parsetools: Improve handling of Unicode atoms
  stdlib: Handle Unicode atoms when formatting stacktraces
  stdlib: Add more checks of module names to the linter
  stdlib: Handle Unicode atoms better in io_lib_format
  stdlib: Handle Unicode atoms in c.erl

This only implements decimal suffixes, and furthermore only with
a leading "0".  A complete implementation would probably allow one
and probably two digit suffixes without.

But what primarily is missing is translating interface names to
and from interface indexes.

This also only implements the parsing, and uses the FreeBSD trick of
squeezing in the Scope Id in the second 16-bit word of the fe80::/64
or ff02:/64 address prefix.  But inet_drv is not prepared to handle
this word, so it might only work on FreeBSD, not being supported even
there...  So inet_drv needs to handle this too.

There are a multitude of RFC:s that point to each other and some of them
suggest different addresses with IPv4 suffixes.  Use the IPv4 suffix
text representation only for the old well known ::a.b.c.d and
::ffff:a.b.c.d prefixes.  The others seems to be moving targets.

* hasse/kernel/global_read_concurrency/OTP-14419:
  kernel: Create table 'global_names' with read_concurrency

Measurements showed contention on one of the ETS tables created by the
'global' module.