|
aa3450ca
|
2019-06-17T22:41:49
|
|
[config] Don't compile disabled features
This makes it possible to include all .cc files into build, even if not
building CoreText, Uniscribe, etc.
This was mostly to help custom builders. But also means that we can
include all files in our own build system. Not sure if we should.
Definitely simplifies things, but slightly only.
|
|
97f67a3c
|
2019-01-04T23:10:39
|
|
[ci] Enable more of GCC compile warnings (#1533)
|
|
e4120085
|
2018-12-17T21:31:01
|
|
Remove redundant void from C++ sources (#1486)
|
|
04981ee0
|
2018-10-27T04:40:43
|
|
[docs] More
|
|
c77ae408
|
2018-08-25T22:36:36
|
|
Rename hb-*private.hh to hb-*.hh
Sorry for the noise, downstream custom builders. Please adjust.
|
|
d7a15799
|
2018-07-31T22:28:28
|
|
[gobject] Hook up hb_map_t
|
|
dbdbfe3d
|
2017-10-15T12:11:08
|
|
Use nullptr instead of NULL
|
|
0e79ebb3
|
2016-10-23T14:39:43
|
|
[gobject] Update for new MATH structs
|
|
1ae6cdb3
|
2015-05-19T17:42:30
|
|
[gobject] Remove hb_language_t workarounds for g-i shortcomings
Using latest gobject-introspection, I don't seem to be having this
problem anymore:
https://bugzilla.gnome.org/show_bug.cgi?id=707656
Removing that kludge makes language_t behave more like the way I expect it
in Python.
Also fixes:
https://github.com/behdad/harfbuzz/issues/91
|
|
ece434fa
|
2015-05-19T17:20:58
|
|
[gobject] Macroize value types
Fixes user_data_t
|
|
17905c54
|
2013-09-06T16:57:01
|
|
[introspection] Work around g-i limitation with hb_language_t
|
|
71439a8c
|
2013-08-26T20:56:58
|
|
[gobject] Flesh out hb-gobject
Move it to new harfbuzz-gobject library. Implement enums and
boxed types for object-types. Still have to do boxed types for
value types.
|
|
d75333f1
|
2011-08-19T19:59:24
|
|
Add gobject enum support, but disabled for now
need to figure out the naming. The generated code doesn't have the
right name.
|