Package Details: mingw-w64-harfbuzz 1.3.1-2

Git Clone URL: (read-only)
Package Base: mingw-w64-harfbuzz
Description: OpenType text shaping engine (mingw-w64)
Upstream URL:
Keywords: harfbuzz harfbuzz-icu mingw mingw-w64
Licenses: MIT
Submitter: Schala
Maintainer: Schala
Last Packager: Schala
Votes: 8
Popularity: 0.197897
First Submitted: 2013-12-02 10:12
Last Updated: 2016-09-28 22:16

Latest Comments

Schala commented on 2016-08-22 05:06

Weird. It did get a new patch so... I don't know.

janisozaur commented on 2016-08-21 22:21

I cannot updated this package on my system, during `prepare()` I get:

checking for GLIB... no
configure: error: glib support requested but glib-2.0 not found

even though I have mingw-w64-glib2 2.48.1-3 package installed.

Schala commented on 2016-04-01 05:46

What's the cyclic dependency?

markand commented on 2016-03-31 06:52

I also get the error with pacaur :

$ pacaur -S mingw-w64-harfbuzz
:: Package(s) mingw-w64-harfbuzz not found in repositories, trying AUR...
:: resolving dependencies...
:: dependency cycle detected

Schala commented on 2016-01-18 18:17

I think you can do with the freetype bootstrap. Don't see a need for a harfbuzz one as well

lejenome commented on 2016-01-11 14:02

mingw-w64-harfbuzz depends on mingw-w64-freetype
mingw-w64-freetype depends on mingw-w64-harfbuzz
This is a circular dependency.
Thanks for fix one of them.

Schala commented on 2015-11-19 22:45

If glib2 needs it, then being a dependency of harfbuzz, freetype2 would be implicit

julienCXX commented on 2015-06-02 08:49

It seems that this library needs libfreetype-6.dll at runtime.
Could you put mingw-w64-freetype in the “depends” section?
After some investigation, the same applies for mingw-w64-glib2.

chenxiaolong commented on 2014-06-05 18:05

At the moment one of the tests fail to build:

Could you disable the tests in this package so that it doesn't fail to build? Thanks!

prepare() {
cd "${srcdir}"/${pkgname#mingw-w64-}-${pkgver}
sed -i '/SUBDIRS/s/test//'
autoreconf -vfi