Fix dist

Generate harfbuzz-icu.pc

Currently it only works with ICU that has .pc files.  I'll
wait till someone complains before fixing it for icu-config
systems.

Build hb-icu into libharfbuzz-icu.so

Minor

Bug 55494 - ScriptItemizeOpenType doesn't exists under Windows XP

Fallback to older API if OpenType variants are not available.

Add --with-cairo

Add --with-freetype

Defaults to auto.

Default glib to auto again

Add --with-coretext

Defaults to no.

Add --with-uniscribe

Defaults to no.

Disable UCDN if glib is available

We only want UCDN if we don't have any other Unicode provider.
I'm going to remove ICU from the list of default Unicode providers
as part of moving hb-icu into its own library.  As such, the only
providers will be UCDN and glib.

Minor

Disable icu_le shaper

Will add a way to enable it later.

Remove icu-config fallback for icu_le shaper

Bug 64878 - compile error with ICU but not ICU

Bug 65053 - Add configure option to enable/disable ICU support

Disable hb-old shaper

Will add proper way to enable it later.

Bug 65054 - Add configure option to enable/disable Graphite2

Add --with-graphite2.  Defaults to off.

Remove hb-icu dependency from hb-icu-le shaper

Don't zero advance of mark-non-mark ligatures

If there's a mark ligating forward with non-mark, they were
inheriting the GC of the mark and later get advance-zeroed.
Don't do that if there's any non-mark glyph in the ligature.

Sample test: U+1780,U+17D2,U+179F with Kh-Metal-Chrieng.ttf

Also:
Bug 58922 - Issue with mark advance zeroing in generic shaper

[icu_le] Support non-BMP text

[icu_le] A bit better scaling

Merge commit '9d9e72e94e7914f82ce62a304e7242f79c13edaf'

[icu_le] Fix scaling

Seems to work...

Copy stdint.h boilerplate to ucdn

0.9.17

Minor refactoring

Arabic mark width-zeroing regression

Mozilla Bug 873902 - Display Arabic text with diacritics is bad
https://bugzilla.mozilla.org/show_bug.cgi?id=873902

Bug 64476 - Typo in hb_set_t.get_min()

Fixes previous commit's test.

[test] Add test for hb_set_get_min() bug

Failing now.

Bug 64476 - Typo in hb_set_t.get_min()

[OTLayout] Use is_inplace() when flipping buffers

[OTLayout] Merge / templateize apply_string()

[OTLayout] Minor

[OTLayout] Minor

[OTLayout] Add is_inplace() method to GSUB

[OTLayout] Refactor a bit more

Move code around

[OTLayout] Add hb_ot_layout_lookup_accelerator_t

[OTLayout] Add note about collect_glyphs() and recursive lookups

Add U+061C ARABIC LETTER MARK to Default_Ignorable

[OTLayout] Make MultipleSubst in-place for sequences of len=1

[OTLayout] Whitespace

[OTLayout] Minor refactoring

Minor

Minor

Minor

Minor

Renamed DEBUG to something else

Some infrastructures use DEBUG as a generic symbol.

Fix icu linking by requesting the library searchpath from icu-config

This is not ideal as we don't like -L/usr/lib in our linker line.
But this is only relevant to environments that don't have pkgconfig
files for ICU...

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

Make both old autoconf and new automake happy

Sigh..

Bug 64039 - undefined macro AM_PROG_AR

Minor

Minor renaming

Rename "pause" to "stage"

The compile() function is starting to become illegible...

Minor

Remove unneeded code

We always push a pause at the end such that each lookup falls in exactly
one pause_map_t.  Now, only if I can find a better name for that...

0.9.16

Hand-code bsearch in the hot inner loop.

Saves another 3 / 4 percent with Amiri.

Minor

[util] Unbreak --show-text / --show-unicode

Obssesive optimization

Not measurable by any means, but conceptually this is faster since
the mask matches more often than the digest.

Remove HB_DEBUG_SET_DIGESTS

Wasn't correct with the new combiner.  I should add it back somehow,
but for now the digests seem to be working very well...

Remove hb_set_digest_common_bits_t

Was unused.

Improve hb_set_digest_t

Make Amiri rendering faster a whopping 45% again!  Speends up pretty
much anything I tested.

Templatize hb_set_digest_lowest_bits_t filter

Add comment

Add hb_set_digest_combiner_t

Speed up Speed up hb_set_digest_common_bits_t calcs

Correctly this time.

Initialize set digests

We were not initializing the digests properly and as a result they were
being initialized to zero, making digest1 to never do any useful work.

Speeds up Amiri shaping significantly.

Print set-digest hit ratio with HB_DEBUG_SET_DIGESTS

Revert "Speed up hb_set_digest_common_bits_t calcs"

This reverts commit 3d1b66a35e1ab3be19335705f310b278d76d66d2.

The calculations were buggy.  It's not worth optimizing right now.

Fix typo in unused macro

[util] Add --num-iterations

Useful for profiling shapers.

[old] Speed up Unicode properties access in hb-old shaper

Just to be sure it's not punishing the old shaper performance
numbers.  Doesn't seem to have a measurable effect.

[git.mk] Update

Minor

0.9.15

[git.mk] Ignore ar-lib

Add note re Hangul shaping

Don't compose Hangul jamo

See thread "an issue regarding discrepancy between Korean and Unicode
standards" on the mailing list for the rationale.  In short: Uniscribe
doesn't, so fonts are designed to work without it.

Put back MemoryBarrier fallback implementation on MINGW32

This almost reverts 2761e8a632c14353f286708898be8df6ebad7407,
but only if under MINGW32, so it doesn't affect MSVC.

[Arabic] Zero marks by GDEF, not Unicode category

Testing shows that this is closer to what Uniscribe does.

Reported by Khaled Hosny:

"""
commit 568000274c8edb5f41bc4f876ce21fcc8bdaeed8
...
This commit is causing a regression with Amiri, the string “هَٰذ” with
Uniscribe and HarfBuzz before this commit, gives:

[uni0630.fina=3+965|uni0670.medi=0+600|uni064E=0@-256,0+0|uni0647.init=0+926]

But now it gives:

[uni0630.fina=3+965|uni0670.medi=0+0|uni064E=0@-256,0+0|uni0647.init=0+926]

i.e. uni0670.medi is zeroed though it has a base glyph GDEF class.
"""

The test case is U+0647,U+064E,U+0670,U+0630 with Amiri.

Bug 63107 - FTBFS on ppc64: symbols marked with 'D' on powerpc64 instead

[graphite2] Don't crash if language is not set

https://bugs.webkit.org/show_bug.cgi?id=113796

Minor

Remove gthread leftovers

We don't use gthread anymore, remove leftovers.

Minor

0.9.14

Remove Hangul filler characters from Default_Ignorable chars

See discussion on mailing list.

[Indic] Futher adjust ZWJ handling in Indic-like shapers

After the Ngapi hackfest work, we were assuming that fonts
won't use presentation features to choose specific forms
(eg. conjuncts).  As such, we were using auto-joiner behavior
for such features.  It proved to be troublesome as many fonts
used presentation forms ('pres') for example to form conjuncts,
which need to be disabled when a ZWJ is inserted.

Two examples:

U+0D2F,U+200D,U+0D4D,U+0D2F with kartika.ttf
U+0995,U+09CD,U+200D,U+09B7 with vrinda.ttf

What we do now is to never do magic to ZWJ during GSUB's main input
match for Indic-style shapers.  Note that backtrack/lookahead are still
matched liberally, as is GPOS.  This seems to be an acceptable
compromise.

As to the bug that initially started this work, that one needs to
be fixed differently:

  Bug 58714 - Kannada u+0cb0 u+200d u+0ccd u+0c95 u+0cbe does not
  provide same results as Windows8
  https://bugs.freedesktop.org/show_bug.cgi?id=58714

New numbers:

BENGALI: 353689 out of 354188 tests passed. 499 failed (0.140886%)
DEVANAGARI: 707305 out of 707394 tests passed. 89 failed (0.0125814%)
GUJARATI: 366349 out of 366457 tests passed. 108 failed (0.0294714%)
GURMUKHI: 60706 out of 60747 tests passed. 41 failed (0.067493%)
KANNADA: 951030 out of 951913 tests passed. 883 failed (0.0927606%)
KHMER: 299070 out of 299124 tests passed. 54 failed (0.0180527%)
LAO: 53611 out of 53644 tests passed. 33 failed (0.0615167%)
MALAYALAM: 1048102 out of 1048334 tests passed. 232 failed (0.0221304%)
ORIYA: 42320 out of 42329 tests passed. 9 failed (0.021262%)
SINHALA: 271666 out of 271847 tests passed. 181 failed (0.0665816%)
TAMIL: 1091753 out of 1091754 tests passed. 1 failed (9.15957e-05%)
TELUGU: 970555 out of 970573 tests passed. 18 failed (0.00185457%)
TIBETAN: 208469 out of 208469 tests passed. 0 failed (0%)

Allow disabling ICU by using a fake icu-config script

[travis] Install libicu

Add build system fallback to icu-config

Ubuntu doesn't (or didn't until recently?) ship icu pkg-config
files.  That's quite unfortunate.  Work around it.

Bug 57608 - ICU Detection fallback for non-pkgconfig systems

[ft] Remove TODO items that I'm not going to fix

[ft] Remove TODO item re FT_LOAD_IGNORE_GLOBAL_ADVANCE_WIDTH

That flag is redundant, deprecated, and ignored since April 2011.
From FreeType git log:

commit 8c82ec5b17d0cfc9b0876a2d848acc207a62a25a
Author: Behdad Esfahbod <behdad@behdad.org>
Date:   Thu Apr 21 08:21:37 2011 +0200

    Always ignore global advance.

    This makes FT_LOAD_IGNORE_GLOBAL_ADVANCE_WIDTH redundant,
    deprecated, and ignored.  The new behavior is what every major user
    of FreeType has been requesting.  Global advance is broken in many
    CJK fonts.  Just ignoring it by default makes most sense.

    * src/truetype/ttdriver.c (tt_get_advances),
    src/truetype/ttgload.c (TT_Get_HMetrics, TT_Get_VMetrics,
    tt_get_metrics, compute_glyph_metrics, TT_Load_Glyph),
    src/truetype/ttgload.h: Implement it.

    * docs/CHANGES: Updated.

Add hb_auto_array_t

[OTLayout] Move code around

[OTLayout] Rename process() to dispatch()

[win32] Remove MemoryBarrier() fallback implementation

I added these because the older mingw32 toolchain didn't have
MemoryBarrier().  The newer mingw-w64 toolchain however has.
As reported by John Emmas this was causing build failure with
MSVC (on glib) because of inline issues.  But that reminded me
that we may be taking this path even if the system implements
MemoryBarrier as a function, which is a waste.  So, just remove
it.

[build] Port to newer automake recommended syntax

Move valgrind suppressions to the correct directory

[build] Add AM_PROG_AR

Newer automake / libtools warns otherwise.