summaryrefslogtreecommitdiffstats
path: root/external/harfbuzz
Commit message (Collapse)AuthorAgeFilesLines
* Forward debug/optimization flags to external/harfbuzzStephan Bergmann2016-11-011-1/+7
| | | | | | | Change-Id: Ie3bc54a43e46dc28faca9356f414a700a0727cec Reviewed-on: https://gerrit.libreoffice.org/30456 Reviewed-by: Stephan Bergmann <sbergman@redhat.com> Tested-by: Stephan Bergmann <sbergman@redhat.com>
* Revert "tdf#103403: Wrong glyph advances with Graphite"Khaled Hosny2016-11-012-131/+0
| | | | | | This reverts commit 3d83c42008ab51202c0577f493e8ed3fde0310b7. A simpler fix in the next commit.
* tdf#103403: Wrong glyph advances with GraphiteKhaled Hosny2016-10-312-0/+131
| | | | | | | Patch sent upstream: https://github.com/behdad/harfbuzz/pull/357 Change-Id: I245509d386e83970e4b08bd2a4b20a590303025a
* external/harfbuzz: Silence clang-cl -Werror,-Wmicrosoft-enum-valueStephan Bergmann2016-10-202-0/+13
| | | | | | | | | | | | | | The code in harfbuzz' src/hb_common.h apparently goes to some length to ensure that any value of type hb_tag_t (aka unit32_t) can be transported as a value of the hb_script_t enum type. However, under MSVC any C (or non-fixed C++) enum type has an underlying type of int, so _HB_SCRIPT_MAX_VALUE of value 0xFFFFFFFF will cause a -Wmicrosoft-enum-value under clang-cl. To not complicate things further, acknowledge that converting between hb_tag_t (an unsigned integer type with 32 value bits) and hb_script_t (a two's-complement signed integer type with 32 value bits) is well-defined under MSVC and drop _HB_SCRIPT_MAX_VALUE (which appears to be an otherwise unused implementation detail) there. Change-Id: Ic03dff64a9dd24683c45347fa78699708c269972
* Make sure HarfBuzz module depends on GraphiteKhaled Hosny2016-10-181-0/+1
| | | | Change-Id: I9c1cc9c679ceebeb4e5cd898876aaa7b61c18f17
* Build HarfBuzz with Core Text on MacKhaled Hosny2016-10-181-0/+1
| | | | | | To enable support for AAT fonts. Change-Id: Ifcc7d1672e98f8c067482400b7e45226bed4dbf1
* GSoC: Enable building Harfbuzz with GraphiteAkash Jain2016-10-181-0/+3
| | | | | | | | | Harfbuzz will now need to be built with Graphite support. This allows Harfbuzz to handle Graphite fonts. In case we all building with system Harfbuzz, then it should be built with Graphite support else we error out. Change-Id: I156ec08b9e5ad7ce87cc15e4b5852d9c57c98f7f
* Update HarfBuzz to 1.3.2Khaled Hosny2016-09-303-16/+3
| | | | | | | | | | | | | * Only build the library, makes no-freetype patch redundant. * Don’t build ICU support as a separate library, otherwise we would also build the alternative UCDN Unicode functions which we do not use. * Don’t build FontConfig support stuff that was added a few releases ago as we don’t need it as well. Change-Id: Ia5f296c61a6ce2a589b1c521b3c2c7c75dbcf74d Reviewed-on: https://gerrit.libreoffice.org/29342 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
* external/harfbuzz: Remove hidden dependency on freetypeStephan Bergmann2016-09-162-0/+14
| | | | | | | | | | | | | | | | In external/harfbuzz/ExternalProject_harfbuzz.mk we are careful to configure harfbuzz --with-freetype=no, but then harfbuzz goes on to nevertheless link some of its programs against freetype. However, those all appear to be test programs that we do not otherwise rely on, so just suppress building them in the first place. (I ran into this when trying to do a 32-bit Linux build in a 64-bit environment, with only very limited 32-bit support installed in the system.) Change-Id: I1bab2ff4b533e5a30d68d72ec001904cb63f5d94 Reviewed-on: https://gerrit.libreoffice.org/28963 Reviewed-by: Stephan Bergmann <sbergman@redhat.com> Tested-by: Stephan Bergmann <sbergman@redhat.com>
* Add option to enable HarfBuzz support independent of platformAkash Jain2016-05-241-1/+2
| | | | | | | | | | Make HarfBuzz compile on any platform using the --with-harfbuzz option. Support is experimental only. Change-Id: I84fb80f3f8abed8ac877a294cf7ef39cf4cb2e9e Reviewed-on: https://gerrit.libreoffice.org/25369 Reviewed-by: Khaled Hosny <khaledhosny@eglug.org> Tested-by: Khaled Hosny <khaledhosny@eglug.org>
* fdo#94009: harfbuzz: don't export symbols from VCLMichael Stahl2016-02-181-0/+1
| | | | | | | Should fix crashes due to symbol clashes in ELF global namespace where system's libharfbuzz.so.0 is loaded as well. Change-Id: I35ffcbe4ac4de5a25cd8bf0cb9a8f0c11f4554c5
* gbuild/config stop using VERBOSE, use only verbose=tNorbert Thiebaud2015-08-111-1/+1
| | | | | | | | | | configure.ac was setting VERBOSE=YES/NO when really we use verbose=t or verbose= Change-Id: I47aee8d177cb2d788a62ecdbbb9cc3695c2bb299 Reviewed-on: https://gerrit.libreoffice.org/17634 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Norbert Thiebaud <nthiebaud@gmail.com>
* external/harfbuzz: work around -fsanitize=functionStephan Bergmann2015-05-192-0/+36
| | | | Change-Id: I8e107c155a99fd68b0aa054435bc85246444b3c6
* Update HarfBuzz to 0.9.40Khaled Hosny2015-05-093-90/+2
| | | | | | | | | | | | Most of ubsan.patch seems to have been applied upstream, and I can’t reproduce the issue referenced for the remaining bits, anyway it is better to push such changes upstream first. Change-Id: Ie56786c01c06d3542052cd91e36d1f707092beba Reviewed-on: https://gerrit.libreoffice.org/15643 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Caolán McNamara <caolanm@redhat.com> Tested-by: Caolán McNamara <caolanm@redhat.com>
* Use a dummy icu-config when cross-compiling harfbuzz (to Android)Tor Lillqvist2015-05-041-0/+1
| | | | | | | | | | | Seems that when cross-compiling to Android from Linux, we apparently have used either the build platform's pkg-config files for ICU, or the build platform's icu-config. Both of which are obviously the wrong thing to do, but apparently it has worked by accident anyway. This makes building for Android on OS X proceed past harfbuzz, at least. Change-Id: I27351f6177438697a1cded642c8c669ba7221009
* external/harfbuzz: -fsanitize=vptr needs -frttiStephan Bergmann2015-02-132-0/+17
| | | | Change-Id: I4da774b8ebd2115a7f1ae717843498c0f452f7df
* external/harfbuzz: Fix types of functions called via pointerStephan Bergmann2015-01-261-0/+42
| | | | | | (-fsanitize=function) Change-Id: I009f1558990a46900e2dfa56492827cb6dcfb3cd
* external/harfbuzz: Work around -fsanitize=nullStephan Bergmann2015-01-062-0/+50
| | | | Change-Id: I81dc29f5ba2ef442ffb7e2823f02b9bfead24a46
* normalize values of CROSS_COMPILINGMichael Stahl2014-02-271-1/+1
| | | | Change-Id: I0cc43cef91e3fcd82a3558a16ab0afbd4d56b141
* Fix building from inside modules moved to externalKhaled Hosny2013-10-181-1/+1
| | | | Change-Id: Id6023dc3751fe70984f489682be17d1ab1855f71
* fdo#70393: move harfbuzz to a subdir of externalKhaled Hosny2013-10-175-0/+75
Change-Id: I3eaa6d95aaa1753822e20d21f90f39cadb939332 Reviewed-on: https://gerrit.libreoffice.org/6276 Reviewed-by: Björn Michaelsen <bjoern.michaelsen@canonical.com> Tested-by: Björn Michaelsen <bjoern.michaelsen@canonical.com>