Fix CMake builds on Windows, MSVC in particular

Put in the utility program that was missed in installation by replacing
the one that was duplicated.

The list of source files to pass to g-ir-scanner is becoming too
long for Windows, as Windows imposes a 8192-character limit for command
lines, so we need to first transform that list into a listings file, and
then use the --filelist option for g-ir-scanner to build the
introspection files.

Include stdbool.h in hb-setset-test.h instead of in the individual
sources, if it is found; otherwise use a simplistic fallback for it if
it is not found.

Also declare variables at the top of the block, to build on pre-C99
compiliers.

For the API tests, output the test programs at $(TOP_BUILDDIR) so that
the freshly-built DLLs will be available for the test programs.  For
those that are run through the Python wrapper scripts, use
${PYTHON_EXECUTABLE} instead of plain 'python' in case the Python
interpreter is not in the PATH.

Add a simplistic round() implementation for our purposes, used when the
compiler does not support round() directly.

Not all the compilers that HarfBuzz is buildable on supports round() and
has the header stdbool.h, so we check for them and define HAVE_ROUND and
HAVE_STDBOOL_H repsectively in our CFLAGS so that we include them only
when they are found, or use fallback implementations when necessary.

Also include FindPythonInterp earlier as we need PYTHON_EXECUTABLE to be
set for running the tests.

[subset] Drop the same tables by default as fontTools does.

Fixes #873

This makes ArchLinux bots fail, a starting point to #873

[subset] Add a Japanese font to the subset integration tests.

[subset] Drop glyph names from post when subsetting.

[subset] Add vmtx subsetting.

So I can make a release.

BASE table API will go into hb-ot-layout.h.

Was totally b0rked. Ouch!

Fixes https://github.com/harfbuzz/harfbuzz/issues/863

In preparation to fix https://github.com/harfbuzz/harfbuzz/issues/863

Binary operations are sets are completely broken. Ouch.