Sorry for the noise, downstream custom builders.  Please adjust.

Finally, unified!

Fixes #1081

Oops

* Handle EINTR on fallback reader
* Increase fallback reader limitation size limitation to 2 << 28
* Ensure _O_BINARY does exist if MMAP is used on Windows
  (maybe superfluous but makes me more confident)

Add one more "unlikely" annotation and use explicit nullptr check for more consistency.

And assign one bot to use the path always using NOMMAPFILEREADER token.

It's limited to 200mb so no more fun with using /dev/zero on hb-view!

With this hb-view/hb-shape support pipes and possibly socket and named pipe
also, anything fails just on mmap.

We can later do the same for Windows also.

This however reveals two issues, the fact most of our bots don't have HAVE_MMAP and using
this instead the other fread/fopen reader can make failure on CI. I should look at them separately
this change however is very low risk I believe.

MAP_NORESERVE is not available on macOS for example so set the flag
to zero if not defined on the headers.

"writable" is not in use and probably we can go in the reverse direction
and remove the flags that are useful for enabled writable, this is just
for the sake of completeness however.

It removes io.h and other polyfills which we no longer need as 7e76d746

This makes it compatible with ARMCC which I had access in
a collaboration with @imgtec, thanks!

Basically hb_blob_create_from_file features three code paths,
mmap, Win32 and fallback.

We had fallback implementation even before this but it was relied
to "open" which is not available on some environments. This change
improved the situtation by using only fopen and friends for
fallback path.

Interestingly we could use "open" on Windows but in fact it was
emulated by MSVCRT so I've completely split that from Unix path
now that we have a distinct path for fallback path also.

Towards making blob more memory-allocation-friendly

https://bugzilla.gnome.org/show_bug.cgi?id=659212 for more context

New API:
- hb_blob_copy_writable_or_fail()

Defining _POSIX_C_SOURCE to an old version on FreeBSD can cause C99 to
be disabled in libc.

Part of fixing https://github.com/behdad/harfbuzz/pull/605

Fixes https://github.com/behdad/harfbuzz/issues/474

Fixes https://github.com/behdad/harfbuzz/issues/227

Fixes https://github.com/behdad/harfbuzz/issues/103

hb_blob_create() is considered C-only API.

Minimal shaping works now!

Fail if blob start plus length overflows; or if blob length
is greater than 2GB.  It takes a while for fonts to get to that
size.  In the mean time, it protects against bugs like this:

  http://www.icu-project.org/trac/ticket/11450

Also avoids some weird issues with 32bit vs 64bit systems
as we accept length as unsigned int.  As such, a length of
-1 will cause overflow on 32bit machines, but happily
accepted on a 64bit machine.  Avoid that.

Fixes https://github.com/behdad/harfbuzz/pull/45

Should move these out of the public header...

We're "clean" of introspection warnings now.  Remaining ones are about
graphite2 / freetype types not being introspectable.

Since our types are not associated with their methods, marking
constructors makes them inaccessible from bindings.  Undo for now.