|
2efc8965
|
2018-02-12T12:00:07
|
|
Add --with-stdcpp for ossfuzzer and mupdf use (#770)
|
|
d0f3e7f5
|
2018-02-10T12:45:28
|
|
[util] Use setlinebuf() if present
To work around mysterious bug on OS X.
Fixes https://github.com/harfbuzz/harfbuzz/issues/727
|
|
0853260e
|
2018-01-29T13:30:02
|
|
Configure automake to run the new subset tests.
|
|
|
fcb8be1a
|
2018-02-04T12:38:18
|
|
[configure] Fix wording
Fixes https://github.com/harfbuzz/harfbuzz/issues/741
|
|
cf943f68
|
2018-02-04T12:05:12
|
|
Correctly show documentation build status
Correctly show if building documentation is enabled or not in configure
summary.
Fixes https://github.com/harfbuzz/harfbuzz/issues/741
|
|
|
f0b700db
|
2018-01-30T11:16:51
|
|
1.7.5
|
|
|
00806149
|
2018-01-19T01:12:31
|
|
Improve avoiding C++ linkage, definition creation and cmake tests (#710)
|
|
|
22d8c765
|
2018-01-12T09:46:38
|
|
Disable C++11
To better catch errors locally.
|
|
|
6db0b17c
|
2018-01-10T05:40:43
|
|
[test] Move test handling to sundirectories
|
|
|
504f9136
|
2018-01-09T23:15:54
|
|
[test] Simplify test runner
Always pass hb-shape as first argument to run-tests.py.
Also require automake 1.13.
|
|
|
0473d95e
|
2018-01-08T10:07:46
|
|
[ft] Use FT_Done_MM_Var() if available
|
|
3db1d342
|
2017-12-21T14:39:34
|
|
link with CoreFoundation when using CoreText
|
|
|
007a2a43
|
2017-12-20T12:09:00
|
|
1.7.4
|
|
|
b5bbb791
|
2017-12-18T09:18:51
|
|
1.7.3
|
|
0fd89dc6
|
2017-12-04T18:58:41
|
|
[hb-ft] Fix build when Multiple Master font support is disabled in freetype
FT_Set_Var_Blend_Coordinates() is not available when "Multiple Master
font interface" is disabled in freetype's modules.cfg
|
|
|
843f7f70
|
2017-12-04T08:52:39
|
|
1.7.2
|
|
|
7c6937e7
|
2017-11-20T14:49:22
|
|
Move all references of old url to the new address (#622)
|
|
|
f93c6f8b
|
2017-11-14T11:09:19
|
|
1.7.1
|
|
|
e5d70988
|
2017-11-13T09:42:37
|
|
1.7.0
|
|
|
601126ad
|
2017-11-03T20:34:11
|
|
[configure] Fix gobject default value in help output
Fixes https://github.com/behdad/harfbuzz/issues/607
|
|
|
919b4b76
|
2017-10-27T10:29:25
|
|
Make c++11 optional
Fixes https://github.com/behdad/harfbuzz/issues/585
|
|
|
223686d6
|
2017-10-26T12:52:02
|
|
1.6.3
|
|
|
3b7388aa
|
2017-10-23T14:35:16
|
|
1.6.2
|
|
|
0ca915ef
|
2017-10-22T17:38:33
|
|
1.6.1
|
|
|
2075008f
|
2017-10-15T12:12:10
|
|
Use C++11
|
|
|
25846cc3
|
2017-10-13T16:30:33
|
|
1.6.0
|
|
|
dfeccd07
|
2017-10-12T12:11:47
|
|
Remove nmake port of harfbuzz (#562)
|
|
|
3ca69c8c
|
2017-09-14T20:50:35
|
|
Use strtod_l() to correctly parse decimal numbers in French & other locales
Test with, eg.:
$ LC_ALL=fr_FR.utf-8 ./hb-view NotoSansArabic-VF.ttf بهداد --variations wght=1.2
|
|
|
a984e0c4
|
2017-09-05T11:18:35
|
|
1.5.1
|
|
|
e8b364b8
|
2017-08-23T15:00:45
|
|
1.5.0
|
|
|
7917792f
|
2017-08-08T13:17:03
|
|
1.4.8
|
|
|
fc15e60e
|
2017-07-18T11:24:42
|
|
1.4.7
|
|
|
141b33de
|
2017-04-23T16:19:13
|
|
1.4.6
|
|
|
60e2586f
|
2017-03-10T23:02:28
|
|
1.4.5
|
|
|
8e42c3cb
|
2017-03-05T13:54:56
|
|
1.4.4
|
|
|
6685d281
|
2017-02-25T11:35:05
|
|
1.4.3
|
|
|
6af6c111
|
2017-01-23T18:35:00
|
|
1.4.2
|
|
|
af596a56
|
2017-01-05T20:24:41
|
|
1.4.1
|
|
|
53543f8b
|
2017-01-05T20:12:32
|
|
Ship UCDN and use it by default
So we are not relying on version of Unicode data in glib...
Fixes https://github.com/behdad/harfbuzz/issues/386
Fixes https://github.com/behdad/harfbuzz/issues/388
|
|
|
f3397069
|
2017-01-05T01:27:49
|
|
1.4.0
|
|
1c98ff87
|
2016-09-30T18:15:37
|
|
Support building with older glib versions
It is desirable to be able to build against older versions of glib.
fd7a245 changed the configure check to require glib > 2.38 for
G_TEST_DIST. Before that, version 2.16 was required, but in fact,
since aafe395, G_PASTE is being used, which was introduced in 2.19.1.
And since 0ef179e2, hb-glib uses GBytes, which were introduced in
2.31.10.
2.19.1 is rather old, but 2.38 is rather new. For Firefox, building
against 2.22 is still supported, although we could probably get away
with bumping that to 2.28. Either way, GBytes is not available.
Arguably, if you build against a glib that doesn't support GBytes,
you're not going to use the hb_glib_blob_create function, so we hide
the function when building against such a glib.
As for G_TEST_DIST, when building against versions of glib that don't
support it, we can fallback to the previous behavior, which, AIUI, was
just making the test not work when building in a separate directory.
|
|
|
42c81425
|
2016-09-13T23:49:46
|
|
[GX] Fix build with older FreeType
|
|
|
b843c6d8
|
2016-12-05T13:42:28
|
|
1.3.4
|
|
|
966ac7ec
|
2016-10-26T16:17:15
|
|
1.3.3
|
|
|
11816429
|
2016-10-26T16:04:30
|
|
Fix "make distcheck"
|
|
|
331c46c7
|
2016-10-11T13:45:22
|
|
Fix configure on iOS
Fixes https://github.com/behdad/harfbuzz/issues/342
|
|
|
7201fdd0
|
2016-10-04T14:53:17
|
|
LFS (large file system?) support in hb-*shap*, hb-view
Fixes https://github.com/behdad/harfbuzz/issues/336
|
|
|
fd7a245d
|
2016-09-27T17:56:35
|
|
Require glib >= 2.38.0 for G_TEST_DIST
|
|
|
f73a87d9
|
2016-09-27T13:50:54
|
|
1.3.2
|
|
f16bf6c2
|
2016-09-27T12:38:49
|
|
Allow building with graphite2 without pkg-config (#318)
|
|
|
d22ab6cf
|
2016-09-07T14:28:47
|
|
1.3.1
|
|
|
dd31fc9f
|
2016-07-22T02:26:54
|
|
Don’t build UCDN support when building with GLib (#296)
Regression from: b424b6c372dfe4c0ed75a49761eb34a416819446.
|
|
|
a732e00e
|
2016-07-21T01:58:00
|
|
1.3.0
|
|
|
a93078a0
|
2016-06-06T15:58:41
|
|
Change bugreport URL to github
That's where everything is happening these days.
|
|
|
a5b7b0dd
|
2016-05-02T10:44:13
|
|
1.2.7
|
|
|
00ea66f3
|
2016-04-08T13:51:01
|
|
1.2.6
|
|
|
a0331b55
|
2016-04-04T16:25:32
|
|
1.2.5
|
|
|
0251b0cc
|
2016-03-17T14:37:11
|
|
1.2.4
|
|
|
fef5dd9a
|
2016-03-12T19:15:15
|
|
Merge pull request #232 from c0nk/wip-icu
Add --with-icu=builtin option; fix compile error
|
|
|
01ea9eaa
|
2016-03-11T18:50:02
|
|
[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.
|
|
b424b6c3
|
2016-02-26T00:35:15
|
|
Add --with-icu=builtin configure option
|
|
|
75568b0a
|
2016-02-25T12:26:26
|
|
1.2.3
|
|
|
b30a971b
|
2016-02-24T17:32:22
|
|
1.2.2
|
|
|
dabf32a5
|
2016-02-23T15:38:43
|
|
1.2.1
|
|
|
27847cab
|
2016-02-19T15:56:50
|
|
1.2.0
|
|
c6792854
|
2016-02-03T18:31:23
|
|
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).
|
|
|
d7b6636e
|
2015-11-03T19:00:42
|
|
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'.
|
|
|
11441291
|
2016-01-11T13:16:35
|
|
1.1.3
|
|
|
d44d52bd
|
2015-11-26T19:35:43
|
|
1.1.2
|
|
|
b24e93e3
|
2015-11-24T13:18:20
|
|
1.1.1
|
|
|
e1118aea
|
2015-11-18T23:40:47
|
|
1.1.0
|
|
|
19300183
|
2015-11-05T23:08:50
|
|
[fuzzing] Add build system
|
|
|
86cadc2c
|
2015-10-15T20:25:29
|
|
1.0.6
|
|
|
ab170529
|
2015-10-13T10:55:33
|
|
1.0.5
|
|
|
432ffc47
|
2015-09-30T22:51:16
|
|
1.0.4
|
|
|
7f540539
|
2015-09-01T17:03:50
|
|
1.0.3
|
|
|
5783e05f
|
2015-08-31T19:18:10
|
|
[docs] Move docs/reference/ contents into docs/
|
|
|
789b89ef
|
2015-08-19T13:39:57
|
|
1.0.2
|
|
|
539a610e
|
2015-08-11T12:58:49
|
|
Add Libs.private and Requires.private to harfbuzz.pc
Fixes https://bugs.freedesktop.org/show_bug.cgi?id=64501
|
|
|
9002c27b
|
2015-07-27T12:17:54
|
|
1.0.1
|
|
|
26044234
|
2015-07-26T23:39:10
|
|
1.0.0
|
|
|
2ed6be66
|
2015-07-26T19:29:53
|
|
0.9.42
|
|
|
a6446d44
|
2015-06-18T11:14:56
|
|
0.9.41
|
|
|
fe97b65a
|
2014-08-06T16:49:51
|
|
[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.
|
|
|
e3671b8f
|
2015-03-20T18:03:02
|
|
0.9.40
|
|
|
02a04e6a
|
2015-03-04T12:32:03
|
|
0.9.39
|
|
|
28f5e0b2
|
2015-01-23T12:45:35
|
|
0.9.38
|
|
|
350f3a02
|
2014-12-28T17:44:26
|
|
[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
45fd9424c723f115ca98995b8f8a25185a6fc71d, which make face destroy access
font tables.
Now, I fixed that issue in 395b35903e052aecc97d0807e4f813c64c0d2b0b 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
|
|
|
9a3b7488
|
2014-12-28T17:27:39
|
|
Remove redundant check for FT_Face_GetCharVariantIndex
We require FreeType >= 2.8.3. This symbol was introduced earlier
than that.
|
|
|
1226b2e9
|
2014-12-28T17:04:23
|
|
Fix FreeType version check
|
|
|
66e37409
|
2014-12-17T12:09:17
|
|
0.9.37
|
|
|
c0e95abc
|
2014-11-20T14:42:24
|
|
0.9.36
|
|
|
cd5a1149
|
2014-08-13T12:39:34
|
|
0.9.35
|
|
|
91c2c0fd
|
2014-08-02T19:24:55
|
|
0.9.34
|
|
|
8c1bdb46
|
2014-07-22T17:56:43
|
|
0.9.33
|
|
|
66f30915
|
2014-07-17T16:05:47
|
|
0.9.32
|
|
|
a18897f8
|
2014-07-16T16:02:15
|
|
0.9.31
|
|
|
ea001374
|
2014-07-09T17:28:43
|
|
0.9.30
|
|
|
824d00dc
|
2014-06-09T14:17:33
|
|
Fix commit 3f38c1137b6219a646da141b08463ffa922d4e35
Previous commit was not compiling with clang.
|
|
|
3f38c113
|
2014-06-06T16:03:40
|
|
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.
|