Revert "[test] We don’t care about glyph positions here"

This reverts commit 70137e2b4b46918d9608f824a4b4b5cef2819158.

[test] Run shaping tests with both ot and ft funcs

[test] We don’t care about glyph positions here

Freetype and OT font functions give different positions for some glyphs
in this font (OT seems to be correct), but that is not what we are
interested in in this test.

See https://github.com/behdad/harfbuzz/pull/590#issuecomment-341045223.

[test] Use ft functions for this test

https://github.com/behdad/harfbuzz/pull/590#issuecomment-340967271

[test] Always use ft font funcs for these tests

These are CFF fonts and ot functions don’t support CFF glyph names yet.
The next commit will run all tests with ot functions.

[ci] Add FreeBSD9 (gcc4) (#595)

Enable PSVita (arm-none-eabi) compile again and add it to CI (#594)

[CircleCI] Ignore gh-pages branch

https://github.com/behdad/harfbuzz/pull/592

[indic] Use mutable for virama_glyph

Use bsearch() for large SFNT table directories

Add BinSearchArrayOf<>

Sanitize (Headless)ArrayOf()::len to ensure it doesn't use offsets

Fix HeadlessArrayOf::sanitize_shallow()

Rename hb-sort-r.hh -> hb-dsalgs.hh

Remove HB_TAG_CHAR4

Categorize Grantha candrabindu for use in Tamil

[CircleCI] Fix build

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

Merge commit '0feff4ba7b16501341c575e06b4c98a6e1bd2809'

Simplify hb-sort-r.hh

See https://github.com/behdad/harfbuzz/pull/592

[ci] Add CircleCI for cross-compiling (#592)

Define _GNU_SOURCE

Might help with https://github.com/behdad/harfbuzz/pull/592
Ie. bringing in qsort_r() prototype always.

[coretext/uniscribe] Fix build

https://travis-ci.org/behdad/harfbuzz/jobs/295039536#L3468
https://ci.appveyor.com/project/behdad/harfbuzz/build/1.0.697/job/dr1ujlntxafeqbej#L142

Fix Windows build

(And prevent it from happening in the future.)

[post] Implement glyph_from_name()

This concludes https://github.com/behdad/harfbuzz/pull/568

Make string-array return hb_string_t

Add hb_string_t

Fix tests

[post] Minor; towards implementing get_glyph_from_name()

Add hb_bsearch_r()

Remove hb_compare_func_t

Add hb-sort-r, a portable qsort_r() replacement

Fix up 5de83fab947e23cc729d69f8d44a28311298af9d

[post] Minor

[ot] Speed up get_glyph_name()

get_glyph_from_name() coming soon.

[post] Refactor a bit, use our data types

More nullptr fix

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

[glib/ucdn/icu/ft/ot] Make returned funcs inert

Such that client cannot accidentally destroy them, even though that
will be a bug in their code...

Fix previous commit

Oops.

[glib/icu/ucdn] Make the funcs object allocated on demand

Correctly mark NullPool const

Saves some more code size as well!

Reduce prealloced number of user-data items from 2 to 1

Even 1 is too many but putting 0 breaks compile.  Saves 3k in .so

Make the NullPool HB_INTERNAL shared

Saves 2k of .bss section.

[ot] Remove shaper name

In ten years we never used them...

Fix IntType.cmp() to avoid narrowing down integer types

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

Make c++11 optional

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

[m4] Update ax_pthread.m4

[git.mk] Update

Use NULL instead of polyfill, if nullptr is not available

Part of fixing https://github.com/behdad/harfbuzz/issues/585

Include hb-private.hh more consistently

Part of fixing https://github.com/behdad/harfbuzz/issues/585

Towards compiling with pre-C++11 compilers and nullptr fallback

https://github.com/behdad/harfbuzz/issues/585

[post] Make format1 names array avoid relocations

Add hb-string-array.hh

Used to build static string arrays that use no relocation.

Minor

1.6.3

Include all relevant glyphs in the subsetted font

Fix warning

https://github.com/behdad/harfbuzz/commit/49a41dc75931cc2d2f7e74b7801f8cc327039e8e#commitcomment-25203194

[set] Fix page_map[] indexing in backward loop.

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

[test] Extend hb_set test for issue 579 (currently failing)

[test] Additional coverage in test_set_iter.

This adds a couple extra entries to the set used, such that iteration
would fail in 1.6.2 due to the bug in hb_set_t::page_t::next().

[set] Bugfix for hb_set_next

[post] Oops!

https://ci.appveyor.com/project/behdad/harfbuzz/build/1.0.668/job/ikfj8peowgrp059t

[post] Touch up and fixes

The get_glyph_from_name() is incorrect; needs fixing.

[ot-font] Implement hb_ot_get_glyph_from_name

[ot-font] Implement hb_ot_get_glyph_name

Turns out we already have support for “post” table, it just needed to be
activated and put in use.

Merge commit '49a41dc75931cc2d2f7e74b7801f8cc327039e8e'

[test] Add more hb-set tests

https://github.com/behdad/harfbuzz/issues/579

Use `mktemp -d` instead of `mktemp --directory`

Fix and run indic-script-extensions.tests

Fix code point iteration in narrow Python

Check for headers in builddir first, in check-*.sh

Fixes https://bugs.freedesktop.org/show_bug.cgi?id=103346

check-externs.sh: Make output more verbose

Trying to figure out why this is failing on some Debian bots:
https://bugs.freedesktop.org/show_bug.cgi?id=103346

Maybe I should check for GNU grep specifically now that I'm using -n as well.

1.6.2

[set] Rewrite another way :P

[set] Fix crash

Ouch!  That's what happens when one plays with increment/decrement operators!

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

[RELEASING] Format

[doap] Switch to github issues

https://github.com/behdad/harfbuzz/pull/575#issuecomment-338514596

[RELEASING] Minor

https://github.com/behdad/harfbuzz/pull/575

Minor

[set] Don't use major()

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

[set] Don't use PAGE_SIZE

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

Merge commit '6cc49762c4fdfd0e2770a84d1b1f055acf42376f'

[icu] Fix error check

Merge pull request #575 from behdad/releasing-edit

Clarify the last step of release

Clarify the last step of release

Fix set initialization issues

1.6.1

Merge commit '3ee15a60358f4d894bbf2431d7a7df38b7acc4ce'

Another try at fixing mingw32 build bot fail

Merge commit 'bfe0faf1a2d39302129a7202994456afd96694ca'

Another try at fixing mingw32 build bot fail

[docs] Deprecate hb_set_invert()

Merge pull request #572 from fanc999/master.msvc

builds: Support HarfBuzz-GObject and introspection in CMake builds

Another try at fixing build bots

hb-ot-shape.cc:287:18: error: comparison of constant 32 with expression of type 'hb_unicode_general_category_t' is always true [-Werror,-Wtautological-constant-out-of-range-compare]

Remove FLAG_SAFE()

No flag is safe, over time... See previous commit.

[myanmar] Fix unsafe usage of FLAG_SAFE()

The commit f559c633073f63b9d87cb2440048b4413cfa1c05 caused
"undefined-shift" errors in Myanmar shaper as we changed the
numeric value of type D from 19 to 32 there, making the
"FLAG_SAFE (info.myanmar_category())" wrong.

Fixes https://bugs.chromium.org/p/oss-fuzz/issues/detail?id=3546

CMake builds: Support introspection builds

This adds support for introspection builds on Windows that is enabled by
the HB_HAVE_INTROSPECTION option, which will also enable HB_HAVE_GOBJECT
(and so HB_HAVE_GLIB) as they are required for introspection.

In order for this to work one must ensure that the Python installation
listed in PYTHON_EXECUTABLE is the same Python release series that was
used to build _giscanner.pyd (the Python module that is used by
g-ir-scanner), with the same architecture.  PKG_CONFIG_PATH and PATH
must be set correctly if $(PREFIX)\bin and/or $(PREFIX)\lib\pkgconfig
are not in the standard PATH and PKG_CONFIG_PATH, which is actually
in-line with the *NIX builds.

CMake: Support building HarfBuzz-GObject

This adds support to the CMake build files to support building
HarfBuzz-GObject, which is actually a little bit complicated,
as we need to:

-Run glib-mkenums, which is a Python (for newer GLib/GObject) or PERL
 (for older, pre 2.53.4, GLib/GObject) script.  This matters more for
 Visual Studio builds as shebang lines are not supported, so we need to
 test-run it with PERL or Python to determine which is the correct
 interpretor to use.

-Next, we need to replace strings in the sources that we obtain from
 running glib-mkenums.  So, the solution here is to use a small utility
 CMake script for our purposes here, to maintain maximum compatibility.

-Ensure that things do work in the Visual Studio IDE builds.

CMake builds: Fix builds

Include the fallback sources in the build, and update
src/Makefile.sources so that it can be read by the CMake build files.

Fix a typo in the DirectWrite configure option so that we can properly
enable DirectWrite builds.

Also, when building the utility program, install them as well.

[bsearch] Micro-optimization

Switch from ICU deprecated unorm_normalize to unorm2_normalize. (#569)

The new unorm2_normalize has been public API since ICU 4.4, while
the old unorm_normalize has been deprecated since ICU 56.

Now, beginning with ICU 60, unorm_normalize will also be annotated
U_DEPRECATED and trigger the compiler -Wdeprecated-declarations warning.