BUG: core: fix crash when unpickling data on Py3 under non-latin1 encoding
ENH: core: add hack enabling unpickling Py2 pickled scalars on Py3 under encoding='latin1'

There is a similar hack in place for arrays, but scalar unpickling was not covered.

Provides a workaround for gh-4879
BLD: fix build issues with MSVC10 on Windows.  Closes gh-4245.

Note that there are a few similar patches posted to gh-4101 and gh-4245.
Those were all patches to msvc9compiler in Python distutils.
Monkeypatching ``MSVCCompiler.link`` is less easy than this change
to ``config._check_compiler``; effect should be the same.

Also updates the error message shown when initializing MSVC fails.

[ci skip]
ENH: core: make unpickling with encoding='bytes' work

Make dtype.__setstate__ accept endian either as a byte string or unicode.

Also fix a missing error return introduced in c3551579, apparently
mistake.
BUG: core: ensure unpickled dtype fields and names have correct types + coerce on Py3

That 'names' is a tuple and 'fields' a dict (when present) is assumed in
most of the code base, so check them during unpickling.

Also add coercion from bytes using ASCII codec on Python 3.  This is
never triggered in the "usual" case of loading Py3-generated pickles on
Py3, but can occur if loading Py2 generated pickles with
pickle.load(f, encoding='bytes'), which sometimes is the only working
option.

The ASCII codec is probably the safest choice and likely covers most use
cases.
BUG: fix wrong error checks of PyBytes_AsStringAndSize

its documented to return -1 not negative on failure, though only the one
in ufunc_type_resolution.c was actually broken due to a spurious not and
a few cases of TypeError being overwritten without clearing.