Yet another try to make build without gtk-doc succeed

Another try to make gtk-doc optional

0.9.27

Don't use "register" storage class specifier

Fixes warnings.
https://bugzilla.mozilla.org/show_bug.cgi?id=984081

wrap definition of free_langs() with HAVE_ATEXIT

...to avoid an unused function warning; see mozilla bug https://bugzilla.mozilla.org/show_bug.cgi?id=984081.

[coretext] Add hb_coretext_face_create()

Not tested.

[coretext] Add coretext_aat shaper

This is a higher-priority shaper than default shaper ("ot"), but
only picks up fonts that have AAT "morx"/"mort" table.

Note that for this to work the font face's get_table() implementation
should know how to return the full font blob.

Based on patch from Konstantin Ritt.

If HAVE_ICU_BUILTIN is defined, use hb-icu Unicode callbacks

Useful for Android / Chrome / etc when ICU is built in the same
library as harfbuzz itself.

Remove old cruft

Add Myanmar test case from OpenType Myanmar spec

Minor

Use AM_MISSING_PROG for ragel and git

Only do fallback Hebrew composition if no GPOS 'mark' available

Apparently some modern fonts have proper GPOS mark positioning
tables, but undesirable precomposed forms!  See thread
"Hebrew composition to presentation forms" and:

  http://tex.stackexchange.com/questions/156775/having-trouble-with-vowel-positioning-in-ezra-sil-xelatex

Test case: U+fb1d,05d9,05b4

Allow bootstrapping without gtk-doc

Seems like configure.ac is already able to handle it.

check hb_set_is_emtpy in test-set.c

typo in ucdn's Makefile.am

Improve MemoryBarrier() implementation

See thread "[HarfBuzz] compilation error of 0.9.26 with MinGW"
started by Werner.

0.9.26

Ensure hb_script_t can safely hold any hb_tag_t value it's given.

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

[coretext] Handle surrogate pairs when generating notdef glyphs

Fixes github.com/behdad/harfbuzz/pull/19

[coretext] Minor optimization

Fix double destruction in case of OOM

Micro optimizations

Make it possible to disable the fallback shaper at configure time

The OT shaper supersedes the fallback shaper in every case
and the latter become an extra weight for 99.9% of users.

Fix clang warning 'private field 'xxx' is not used

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

Fix typo in _hb_buffer_serialize_glyphs_text()

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

[arabic] Disable 'cswh' by default

I believe Windows 8 disables it, and spec update dated
Jan 2014 also clearly says it's disabled by default:

  http://www.microsoft.com/typography/OpenTypeDev/arabic/intro.htm#features

[ot] Don't try to compose if normalization is off

Merge pull request #13 from jfkthame/hangul-shaper

Tone-mark reordering and improved Old Hangul support

fixup for 64-bit windows build

[hangul] Fix ordering of dotted circle with Hangul tone mark (reported by Dohyun Kim).

[hangul] Don't force zero-width for marks - this is not wanted for the Jamo Filler glyphs.

[unicode] Exclude the Jamo Filler characters from Default_Ignorable, as some fonts want these to be visible/spacing glyphs.

[hangul] Reorder Hangul tone mark to beginning of syllable, unless font implements it using a zero-width glyph.

[hangul] Apply the appropriate *jmo features to decomposed syllables, including Old Hangul sequences that don't have Unicode compositions. Merge clusters in decomposed syllables.

[ot/hangul] Don't decompose Hangul even when combining marks present

As discussed on
https://github.com/behdad/harfbuzz/pull/10#issuecomment-31442030

[ot] Simplify composing

Not tested.  Ouch.

Add font->has_glyph()

[fallback] Minor

[hangul] Fix decomposition logic

Seems to be working now.

[hangul] Fix decomposition

Part of https://github.com/behdad/harfbuzz/pull/10

[hangul] Tighten up character categories

I had tried to expand to fill the blocks, but that sounds wrong in
retrospect.

[ot] Separate out hebrew and tibetan shapers from default

Now default shaper is truly no-op.

[ot] Define HB_OT_SHAPE_ZERO_WIDTH_MARKS_DEFAULT

[ot] Simplify normalization_preference again

No shaper has more than one behavior re this, so no need for a callback.

[ot] Add Hangul shaper

Not exhaustively tested, but I think I got the intended logic
right.

The logic can perhaps be simplified.  Maybe we should disabled
normalization with this shaper.  Then again, for now focusing on
correctness.

Reorder Tai Tham SAKOT to ensure it comes after any tone marks

[uniscribe] Fix scratch-buffer accounting

Add TODO item

Clean ht-ob headers

Cache various masks on the shape plan

Minor correction to kern mask checking

Minor fraction mask setting improvement

Don't form fractions if only one of numr/dnom exist

Bug 72698 - Automatically support frac / numr / dnom

When seeing U+2044 FRACTION SLASH in the text, find decimal
digits (Unicode General Category Decimal_Number) around it,
and mark the pre-slash digits with 'numr' feature, the post-slash
digits with 'dnom' feature, and the whole sequence with 'frac'
feature.

This beautifully renders fractions with major Windows fonts,
and any other font that implements those features (numr/dnom is
enough for most fonts.)

Not the fastest way to do this, but good enough for a start.

Add XXX note

Initialize masks before mirroring

We were throwing away the rtlm feature mask set during
mirroring...

Have Gtk-Doc ignore UCDN files

Minor

Remove unnecessary includes

Drop required automake version back to 1.11.3

Work around broken automake-1.13 changes.

0.9.25

Minor

[git.mk] Update

Require automake 1.13

Fix tests build.

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

Revert "Karen" language mapping back to what it was before

https://bugzilla.mozilla.org/show_bug.cgi?id=941470

Fix unsafe shape_plan->face dependency

[util] Fix uninitialized memory access

[util] Plug leak

cache shape plans even if (global) user features are set

Add note about unsafe shape_plan->face

Will fix by removing shape_plan->face completely.

[coretext] Add TODO

[coretext] Cleanup

[coretext] Avoid font fallback with CoreText shaper

CoreText does automatic font fallback (AKA "cascading") for  characters
not supported by the requested font, and provides no way to turn it off,
so detect if the returned run uses a font other than the requested one
and fill in the buffer with .notdef glyphs instead of random indices
glyph from a different font.

[fallback] Add TODO note

Minor

Minor

[myanmar] Allow punctuation clusters

The spec and Uniscribe don't allow these, but UTN#11
specifically says the sequence U+104B,U+1038 is valid.
As such, allow all "P V" sequences.  There's about
eight sequences that match that structure, but Roozbeh
thinks it's fine to allow all of them.

Test case: U+104B, U+1038

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

[myanmar] Mark U+104E MYANMAR SYMBOL AFOREMENTIONED as Consonant

The spec and Uniscribe treat it as consonant in the grammar, but
it's not in IndicSyllableCategory.txt, so fix up.

Test sequence: U+1004,U+103A,U+1039,U+104E

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

[myanmar] Relax pwo-tone group a bit

This is broken sequence according to OpenType spec, Uniscribe,
and current HarfBuzz implementation.  But Roozbeh says this
is a valid sequence, so allow it.  There are multiple
"(DB As?)?" constructs in the grammar, but Roozbeh thinks only
this one needs changing.

Test case: 1014,1063,103A

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

Add more Myanmar test cases

All three are broken right now according to Roozbeh.

https://bugs.freedesktop.org/show_bug.cgi?id=71947
https://bugs.freedesktop.org/show_bug.cgi?id=71948
https://bugs.freedesktop.org/show_bug.cgi?id=71949

Added support for several new languages

Based on research into latest SIL and Windows fonts, pulling in
the latest OpenType language tag proposal from Microsoft, and updating
to latest language tags and names from ISO 639.

Added language tags for S'gaw Karen and Khamti

Tags based on support in Windows 8.1's 'Myanmar Text' font.

Bug 71845 - Use 64-bit cmpexch on ARM64 iOS

Set buffer content type to INVALID in hb_buffer_set_length(0)

Previously we were only setting this in hb_buffer_clear_contents(),
but set_length(0) is a valid way to reinitialize buffer to use with
new text.

0.9.24

Use long alignment for scratch buffer

Fixes last of scratch alignment warnings in hb-coretext.

More scratch-buffer cleanup

[coretext] More scratch buffer fixes

Fix scratch-buffer alignment warnings

[travis] Enable graphite2

Fix llvm warnings on Mac

Patch from Scott Fleischman.  Warnings were:

harfbuzz/src/hb-font-private.hh:121:42: Implicit conversion loses
integer precision: 'long long' to 'hb_position_t' (aka 'int')
harfbuzz/src/hb-font-private.hh:126:42: Implicit conversion loses
integer precision: 'long long' to 'hb_position_t' (aka 'int')
harfbuzz/src/hb-font-private.hh:400:85: Implicit conversion loses
integer precision: 'long long' to 'hb_position_t' (aka 'int')
harfbuzz/src/hb-ot-layout-common-private.hh:1115:37: Implicit conversion
loses integer precision: 'long long' to 'int'
harfbuzz/src/hb-ft.cc:421:97: Implicit conversion loses integer
precision: 'unsigned long long' to 'int'
harfbuzz/src/hb-ft.cc:422:97: Implicit conversion loses integer
precision: 'unsigned long long' to 'int'

[otlayout] Remove unused is_inplace()

Patch from Jonathan Kew.

Bug 70971 - Signed/unsigned compiler warnings on windows

Patch from Emil Eklund.

[otlayout] Reset ccc when marking glyph as letter

Fix win32 testing

0.9.23

Make "make distcheck" happy

[otlayout] Optimize inplace

See thread started by Jonathan with subject "an optimization for complex
fonts".

Revert "Zero marks by GDEF for Tibetan"

This reverts commit d5bd0590ae2fbc7b0dee86385a565aef00ffb835.

The reasoning behind that logic was flawed and made under
a misunderstanding of the original problem, and caused
regressions as reported by Jonathan Kew in thread titled
"tibetan marks" in Oct 2013.  Apparently I have had fixed
the original problem with this commit:

  7e08f1258da229dfaf7e1c4b5c41e5bb83906cb0

So, revert the faulty commit and everything seems to be in good
shape.