[travis] Only run coveralls under gcc

Help clang with gcov

[travis] Try to make coverage work with clang

[travis] Minor

Add README.md symlink to make github happy

[travis] Re-enable clang

Add build and coverage status links

[travis] Report matrix settings to help debugging

[travis] More coveralls

[travis] Give coveralls a hand

[travis] Disable clang for now

[test] Fixup test

[travis] Another try at coveralls.io

[travis] First try to hookup coveralls.io code coverage tracking

[travis] Unbreak

[travis] Minor

Create ragel-generated files in srcdir

Clean ragel-generated headers in maintainercleanfiles

Don't use tmp files in Makefile

Useful for code-coverage generation of the ragel-generated files
as they will now contain the correct .hh filename in them.

check-static-inits: Filter out zero-length sections

When compiling with -O0, zero-sized constructors were showing up
and confusing the test.

check-static-inits: check for static finalizers

Hide other bubble-sort

Hide bubble-sort!

[util] Fix ansi output when surface is empty

[ot-font] Add hb_ot_face_cmap_accelerator_t

[ot-font] Minor

[ot-font] Handle missing vertical metrics tables

[ot-font] Add metrics_accel_t

[ot-font] Start adding vertical support

Fix build

[arabic] Don't #include __FILE__

Fine!

https://code.google.com/p/chromium/issues/detail?id=406957

[arabic] Allow disabling win1256 fallback code

By defining HB_NO_WIN1256.

[ot] Prefer Windows platform cmap tables / accept all Unicode encodingIDs

Some fonts on the Mac ship with (0,1).

[win32] Avoid preprocessor warnings re macros

Fix check-symbols on OS X

[coretext] Hide feature_mappings

Simplify hb-object

Really fix clang build this time

Revert "Fix build on clang after previous commit"

This reverts commit 9c80cbc87f23040a334e30c750f64523d9ef10c8.

Fix build on clang after previous commit

Rewrite this==NULL checks to avoid undefined behavior

Fixes https://code.google.com/p/chromium/issues/detail?id=403594

Remove this==NULL check from face->reference_table()

Not supposed to happen, and apparently this is undefined in C++.
https://code.google.com/p/chromium/issues/detail?id=403594

Make hb_object_t members private

In preparation for fixing:
https://code.google.com/p/chromium/issues/detail?id=403594

Minor

0.9.35

[coretext] Add version guards for kCTLanguageAttributeName

[coretext] Pass buffer language to CoreText

[coretext] Minor

[hb-coretext] Fix cluster order of notdef runs in RTL text

[shape-plan] Fix typo!

The only effect is, if shaper_list was not NULL and no shaper was found,
we now don't insert anything into cache and return earlier.

[shape-plan] Better debug messages

[shape-plan] Simplify macro

Fix gcc warning

[shape-plan] Fix shape-plan caching with more than one requested shaper

Wasn't breaking out of loop, ouch!

http://www.mail-archive.com/debian-bugs-dist@lists.debian.org/msg1246370.html

[shape-plan] Add debug tracing

[coretext] Fix buffer resizing

Was very broken.  Now fixed and tested.

[coretext] Rewind scratch-allocated arrays when not needed anymore

[wince] Two more Windows CE fixes

Report has it that it builds (and works) now:

  https://codereview.qt-project.org/#/c/92087/

[coretext] Compare CGFont and PS name, if CTFont didn't match

See comments.

Fixes vertical text.  CoreText backend is in very good shape now!

Also see:
5a0eed3b50629be4826e4e9428f2c3255195395d
25f4fb9b56bb3f8bec821571c78f8829e40daa54

Fixes http://github.com/behdad/harfbuzz/pull/36

[coretext] Implement vertical shaping

Currently doesn't work though, we detect font fallback.  Apparently
matching on ct_font is not safe for this.  Looks like commit
25f4fb9b56bb3f8bec821571c78f8829e40daa54 wasn't enough after all.

[coretext] Remove unnecessary alt_size

Wasn't needed after a6b8dc87421de33746b0b14d86d2d1532aec02af.

[coretext] Use CFRunStatus

Assert that all runs had expected direction, and take hint for
non-monotone clusters.

[coretext] Minor

[coretext] Remove debug printf!

API: Do not clear buffer-flags in hb_buffer_clear_contents()

After 763e5466c0a03a7c27020e1e2598e488612529a7, one doesn't
need to set flags for different pieces of text.  The flags now
are something the client sets up once, depending on how it
actually uses the buffer.  As such, don't clear it in
clear_contents().

Tests updated.

Minor

[coretext] Pass buffer direction to CoreText

Have to use a CTTypesetter for this.

[coretext] Minor

It's hard to handle all possible NULL returns from CoreText.  Add one
more...

[coretext] Attach marks to base clusters

Fixes https://githu.com/behdad/harfbuzz/issues/49
to the extent that it can be fixed.

[coretext] Use input clusters

Before, this shaper was returning UTF-16 cluster indices instead of
returning whatever cluster values the user had had set up in the buffer.
Ouch!

[coretext] Fix buffer resize handling

We can't really resize buffer and continue in this shaper as we are
using the scratch buffer for string_ref and log_cluster.  Restructure
shaper to retry from (almost) scratch.

[coretext] Always compute log_clusters

To be used soon.

Minor

[coretext] Simplify cluster mapping

[coretext] Minor

[coretext] Fix fallback detection

Fixes http://github.com/behdad/harfbuzz/pull/36

[coretext] Fix last range

Test with:

hb-view /Library/Fonts/Zapfino.ttf ZapfinoZapfino --features=-dlig[7:] --shaper=coretext

Fix hb_in_range() for types smaller than int

As exercised by hb-coretext .notdef code.

[wince] Try to fix some stuff on Windows CE

Based on errors seen here:
http://testresults.qt-project.org/ci/QtBase_dev_Integration/build_03837/wince70embedded-armv4i-msvc2008_Windows_7/log.txt.gz

Fully untested.

Minor

[coretext] Fix assert on Yosemite

Apparently those functions documented as sometimes returning NULL
actually exercise that right in OS X 10.10 Yosemite.  The scratch
was too small for that.  I *think* I fixed it, but haven't tested
as I don't have Yosemite.

[coretext] Use CGFont as face_data

[arabic] Bug 82306 - Mandaic had errors in its Unicode Joining_Type

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

Use atexit() only if it's safe to call from shared library

Apparently they are not (advertised as?) safe on BSD systems.
We ignore the case of static libraries.

Whitelisted on glibc, Android, and MSVC / mingw.

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

[arabic] Fix fallback shaping regression

Was broken in 615d00ea252739da57edbd980ff27e573.

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

Micro-test added.

0.9.34

[uniscribe] Minor

Make sure gsubgpos buffer vars are available during fallback_position

Add buffer var allocation asserts to a few key places.

Disable 'liga' for vertical text

The reason we turned it on is because Kazuraki uses it.  But that's
not reason enough.  Until the OpenType spec gets its act together re
adding design-direction to lookups, this is better user experience.

Make it easier to use HB_BUFFER_FLAG_BOT/EOT

Previously, we expected users to provide BOT/EOT flags when the
text *segment* was at paragraph boundaries.  This meant that for
clients that provide full paragraph to HarfBuzz (eg. Pango), they
had code like this:

  hb_buffer_set_flags (hb_buffer,
                       (item_offset == 0 ? HB_BUFFER_FLAG_BOT : 0) |
                       (item_offset + item_length == paragraph_length ?
                        HB_BUFFER_FLAG_EOT : 0));

  hb_buffer_add_utf8 (hb_buffer,
                      paragraph_text, paragraph_length,
                      item_offset, item_length);

After this change such clients can simply say:

  hb_buffer_set_flags (hb_buffer,
                       HB_BUFFER_FLAG_BOT | HB_BUFFER_FLAG_EOT);

  hb_buffer_add_utf8 (hb_buffer,
                      paragraph_text, paragraph_length,
                      item_offset, item_length);

Ie, HarfBuzz itself checks whether the segment is at the beginning/end
of the paragraph.  Clients that only pass item-at-a-time to HarfBuzz
continue not setting any flags whatsoever.

Another way to put it is: if there's pre-context text in the buffer,
HarfBuzz ignores the BOT flag.  If there's post-context, it ignores
EOT flag.

Merge branch 'win1256'

[arabic/win1256] Remove unused MultipleSubst macros

[arabic/win1256] Really fix lam-alef this time

https://bugzilla.mozilla.org/show_bug.cgi?id=1045139#c26
https://github.com/behdad/harfbuzz/commit/b276e897d17519a2c28f79d024904ac2bdd86bcf#commitcomment-7243499

[arabic/win1256] Hook up lamMedi lookup

Restructure lookup array to accommodate.

https://bugzilla.mozilla.org/show_bug.cgi?id=1045139#c18

[arabic/win1256] Fix TEH MARBUTA final form

https://bugzilla.mozilla.org/show_bug.cgi?id=1045139#c18

[arabic/win1256] Fix shaping of JEEM, HAH, and KHAH

https://bugzilla.mozilla.org/show_bug.cgi?id=1045139#c16

[arabic/win1256] Remove GCC'ism

The table can now compile independently too.  If we cannot make it work
on MSVC, we can always generate the data and distribute it.

The code now compiles cleanly with:

gcc -c -xc -std=c99 -Werror -pedantic hb-ot-shape-complex-arabic-win1256.hh
g++ -c -xc -std=c++1x -Werror -pedantic hb-ot-shape-complex-arabic-win1256.hh

See:
https://github.com/behdad/harfbuzz/commit/a97f537cec209649302899975d76ca2b2661da7a#commitcomment-7218736

[arabic] Implement Windows-1256 private shaping

Bug 1045139 - The Arabic text with "MS Sans Serif" font is rendered bad
https://bugzilla.mozilla.org/show_bug.cgi?id=1045139

This is only enabled on Windows platforms, and requires support from
Uniscribe to work.  But for clients that do hook up to Uniscribe, this
fixes shaping of Windows-1256-encoded bitmap fonts like "MS Sans Serif".

The code and table together have just less than a 1kb footprint when
enabled.

UNTESTED.  I might even have broken regular Arabic fallback shaping.

[hangul] Don't apply 'calt'

See comments.

Micro-test added.

[test] Fix record-test.sh