Commit Graph

214 Commits

Author SHA1 Message Date
Behdad Esfahbod d22ab6cf04 1.3.1 2016-09-07 14:28:47 -07:00
Khaled Hosny dd31fc9f7e Don’t build UCDN support when building with GLib (#296)
Regression from: b424b6c372.
2016-07-22 17:43:00 -07:00
Behdad Esfahbod a732e00ea4 1.3.0 2016-07-21 01:58:00 -07:00
Behdad Esfahbod a93078a0ec Change bugreport URL to github
That's where everything is happening these days.
2016-06-06 15:58:41 -07:00
Behdad Esfahbod a5b7b0dd45 1.2.7 2016-05-02 10:44:13 +02:00
Behdad Esfahbod 00ea66f357 1.2.6 2016-04-08 13:51:01 -07:00
Behdad Esfahbod a0331b55f7 1.2.5 2016-04-04 16:35:07 -07:00
Behdad Esfahbod 0251b0cc5c 1.2.4 2016-03-17 14:37:11 -07:00
Behdad Esfahbod fef5dd9a72 Merge pull request #232 from c0nk/wip-icu
Add --with-icu=builtin option; fix compile error
2016-03-12 19:15:15 -08:00
Behdad Esfahbod 01ea9eaac3 [build] Use tar-ustar instead of tar-pax
The default tar-v7 is not good enough for us (99 char filename
limit), so I have had bumped to tar-pax.  We got one complaint
that someone's tar couldn't handle tar-pax.  Set to tar-ustar
which is ~13 years earlier than tar-pax and is good enough for us.
2016-03-11 18:50:02 -08:00
Kal Conley b424b6c372 Add --with-icu=builtin configure option 2016-02-26 00:35:15 +01:00
Behdad Esfahbod 75568b0a7f 1.2.3 2016-02-25 12:26:26 +09:00
Behdad Esfahbod b30a971bf7 1.2.2 2016-02-24 17:32:22 +09:00
Behdad Esfahbod dabf32a5ad 1.2.1 2016-02-23 15:38:43 +09:00
Behdad Esfahbod 27847cab12 1.2.0 2016-02-19 15:56:50 +07:00
Chun-wei Fan c679285455 build: Build the DirectWrite sources if requested
This adds to the autotools build system so that the (experimental)
DirectWrite support for HarfBuzz is built (and dist'ed).
2016-02-03 20:14:42 +08:00
Chun-wei Fan d7b6636e5e build: Support Visual Studio builds using NMake
This adds a set of NMake Makefiles that can be used to build HarfBuzz, from
the standard basic build building the minimal HarfBuzz DLL (consisting
of OpenType, fallback and Uniscribe support only), to a full fledged build
consisting of GLib and FreeType support, as well as building the utilities,
the test programs in src/ and test/api, and HarfBuzz-ICU and
HarfBuzz-GObject, and up to building the introspection files.  This means a
flexible build mechanism is supported here, so anything that is supported
for a Windows build (code-wise), should all be supported by this build
system.

As in an earlier commit, the source listings are shared with the autotools
builds with the various Makefile.sources in src/, src/hb-ucdn and util/, and
this set of NMake Makefiles will transform these lists into the form they
want.

In the current form, all the test programs in test/api pass, and this has
been checked successfully with 'make -j8 distcheck'.
2016-02-03 18:14:30 +08:00
Behdad Esfahbod 11441291bb 1.1.3 2016-01-11 13:16:35 +00:00
Behdad Esfahbod d44d52bd0d 1.1.2 2015-11-26 19:35:43 -05:00
Behdad Esfahbod b24e93e3a4 1.1.1 2015-11-24 13:18:20 -06:00
Behdad Esfahbod e1118aeac3 1.1.0 2015-11-18 23:52:51 -08:00
Behdad Esfahbod 19300183a6 [fuzzing] Add build system 2015-11-05 23:08:50 -08:00
Behdad Esfahbod 86cadc2cd4 1.0.6 2015-10-15 20:25:29 -03:00
Behdad Esfahbod ab17052924 1.0.5 2015-10-13 10:55:33 -03:00
Behdad Esfahbod 432ffc47a4 1.0.4 2015-09-30 22:51:16 +01:00
Behdad Esfahbod 7f54053974 1.0.3 2015-09-01 17:03:50 +01:00
Behdad Esfahbod 5783e05f81 [docs] Move docs/reference/ contents into docs/ 2015-08-31 19:18:10 +01:00
Behdad Esfahbod 789b89ef71 1.0.2 2015-08-19 13:39:57 +01:00
Behdad Esfahbod 539a610e2e Add Libs.private and Requires.private to harfbuzz.pc
Fixes https://bugs.freedesktop.org/show_bug.cgi?id=64501
2015-08-11 12:58:49 +02:00
Behdad Esfahbod 9002c27b2f 1.0.1 2015-07-27 12:17:54 +02:00
Behdad Esfahbod 260442346a 1.0.0 2015-07-26 23:39:10 +02:00
Behdad Esfahbod 2ed6be6670 0.9.42 2015-07-26 19:29:53 +02:00
Behdad Esfahbod a6446d44e6 0.9.41 2015-06-18 11:14:56 -07:00
Behdad Esfahbod fe97b65a54 [utils] Add hb-fc-list
This is a tool that lists all fonts that can render a given string.
It uses hb_shape() to do so, and as such is aware of HarfBuzz's
normalizer.
2015-04-09 19:16:57 -07:00
Behdad Esfahbod e3671b8f8b 0.9.40 2015-03-20 18:03:02 -04:00
Behdad Esfahbod 02a04e6afb 0.9.39 2015-03-04 12:32:03 -08:00
Behdad Esfahbod 28f5e0b2f4 0.9.38 2015-01-23 12:45:35 -08:00
Behdad Esfahbod 350f3a02ce [ft] Add hb_ft_face_create_referenced() and hb_ft_font_create_referenced()
When I originally wrote hb-ft, FreeType objects did not support reference
counting.  As such, hb_ft_face_create() and hb_ft_font_create() had a
"destroy" callback and client was responsible for making sure FT_Face is
kept around as long as the hb-font/face are alive.

However, since this was not clearly documented, some clienets didn't
correctly did that.  In particular, some clients assumed that it's safe
to destroy FT_Face and then hb_face_t.  This, indeed, used to work, until
45fd9424c7, which make face destroy access
font tables.

Now, I fixed that issue in 395b35903e since
the access was not needed, but the problem remains that not all clients
handle this correctly.  See:

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

Fortunately, FT_Reference_Face() was added to FreeType in 2010, and so we
can use it now.  Originally I wanted to change hb_ft_face_create() and
hb_ft_font_create() to reference the face if destroy==NULL was passed in.
That would improve pretty much all clients, with little undesired effects.
Except that FreeType itself, when compiled with HarfBuzz support, calls
hb_ft_font_create() with destroy==NULL and saves the resulting hb-font on
the ft-face (why does it not free it immediately?).  Making hb-face
reference ft-face causes a cycling reference there.  At least, that's my
current understanding.

At any rate, a cleaner approach, even if it means all clients will need a
change, is to introduce brand new API.  Which this commit does.

Some comments added to hb-ft.h, hoping to make future clients make better
choices.

Fixes https://bugs.freedesktop.org/show_bug.cgi?id=75299
2014-12-28 17:59:28 -08:00
Behdad Esfahbod 9a3b74884b Remove redundant check for FT_Face_GetCharVariantIndex
We require FreeType >= 2.8.3.  This symbol was introduced earlier
than that.
2014-12-28 17:27:39 -08:00
Behdad Esfahbod 1226b2e930 Fix FreeType version check 2014-12-28 17:04:23 -08:00
Behdad Esfahbod 66e37409b3 0.9.37 2014-12-17 12:09:17 -08:00
Behdad Esfahbod c0e95abc5f 0.9.36 2014-11-20 14:42:24 -08:00
Behdad Esfahbod cd5a1149d9 0.9.35 2014-08-13 12:43:34 -04:00
Behdad Esfahbod 91c2c0fd2b 0.9.34 2014-08-02 19:24:55 -04:00
Behdad Esfahbod 8c1bdb46fa 0.9.33 2014-07-22 18:02:11 -04:00
Behdad Esfahbod 66f30915b1 0.9.32 2014-07-17 16:05:47 -04:00
Behdad Esfahbod a18897f87c 0.9.31 2014-07-16 16:02:15 -04:00
Behdad Esfahbod ea001374b8 0.9.30 2014-07-09 17:41:09 -04:00
Behdad Esfahbod 824d00dce4 Fix commit 3f38c1137b
Previous commit was not compiling with clang.
2014-06-09 14:17:33 -04:00
Behdad Esfahbod 3f38c1137b Don't use -mstructure-size-boundary=8 on clang arm
As in building for Android / iPhone.  Only set it if
struct{char} alignment is not 1.

NOT tested on an actual Arm architecture.  Guess we'll know
when this makes it to people's build bots.
2014-06-06 16:03:40 -04:00