Search Criteria
Package Details: mingw-w64-harfbuzz 10.1.0-1
Package Actions
Git Clone URL: | https://aur.archlinux.org/mingw-w64-harfbuzz.git (read-only, click to copy) |
---|---|
Package Base: | mingw-w64-harfbuzz |
Description: | OpenType text shaping engine (mingw-w64) |
Upstream URL: | https://harfbuzz.github.io/ |
Keywords: | harfbuzz harfbuzz-icu mingw mingw-w64 |
Licenses: | MIT |
Submitter: | Schala |
Maintainer: | pingplug |
Last Packager: | pingplug |
Votes: | 14 |
Popularity: | 0.000000 |
First Submitted: | 2013-12-02 10:12 (UTC) |
Last Updated: | 2024-11-15 12:51 (UTC) |
Dependencies (11)
- mingw-w64-crt (llvm-mingw-w64-toolchain-ucrt-binAUR, llvm-mingw-w64-toolchain-msvcrt-binAUR)
- mingw-w64-freetype2AUR (mingw-w64-freetype2-bootstrapAUR)
- mingw-w64-glib2AUR
- mingw-w64-graphiteAUR
- git (git-gitAUR, git-glAUR) (make)
- glib2-devel (make)
- mingw-w64-cairoAUR (mingw-w64-cairo-bootstrapAUR) (make)
- mingw-w64-icuAUR (make)
- mingw-w64-mesonAUR (make)
- python (python37AUR, python311AUR, python310AUR) (make)
- ragel (ragel-gitAUR) (make)
Latest Comments
« First ‹ Previous 1 2 3 4 5 Next › Last »
Martchus commented on 2022-04-08 15:41 (UTC)
@Denzy7 Wanted by upstream. Use
mingw-w64-freetype2-bootstrap
to break the circle; buildmingw-w64-freetype2-bootstrap
,mingw-w64-harfbuzz
andmingw-w64-freetype2
in that order. You can get rid of the bootstrapping package afterwards. On the next update you can of course simply use the existing packages to satisfy the dependency.Or you just use my binary repo: https://wiki.archlinux.org/title/Unofficial_user_repositories#ownstuff
Denzy7 commented on 2022-04-08 15:02 (UTC)
Circular dependency with
mingw-w64-freetype
Martchus commented on 2021-09-02 10:19 (UTC)
@pingplug Thanks for committing a fix for meson. I'll try it after Qt 6 is rebuilt.
Vaporeon commented on 2021-09-01 16:33 (UTC) (edited on 2021-09-01 16:34 (UTC) by Vaporeon)
I set the same way as the old package did in an environment variable. Meson documentation states that it should work but it doesn't.
Martchus commented on 2021-09-01 09:41 (UTC) (edited on 2021-09-01 09:42 (UTC) by Martchus)
Yes, it looks like it doesn't define
GRAPHITE2_STATIC
correctly for the compilation of the static harfbuzz library itself because the errors are the following:These are exclusively symbols from graphite. It should just be e.g.
_gr_slot_origin_X
(without_imp_
) for the static version.The old build system didn't take that into account either but defining the macro via
*_FLAGS
helped at least.How did you try to set it? Maybe that just didn't work. Note that it needs to be set during the build of the static harfbuzz library itself; not only when consuming the static library.
Vaporeon commented on 2021-08-31 20:02 (UTC) (edited on 2021-08-31 20:13 (UTC) by Vaporeon)
Static linking is broken with the current package using the meson build system. Neither the
${_arch}-ranlib
trick, disabling LTO nor definingGRAPHITE2_STATIC
for static builds would fix it.I ended up reverting to the configure/make based PKGBUILD and bumping that, and now static linking harfbuzz works again.
https://gist.github.com/Vaporeon/767efab3b2598f8b2dfc56cadbfbd229
Martchus commented on 2021-08-26 14:46 (UTC)
You might also want to switch to meson like the native package: https://github.com/archlinux/svntogit-packages/blob/packages/harfbuzz/trunk/PKGBUILD
I'm currently updating/testing mingw-w64-freetype2 and also switched to meson and I had to add
${_arch}-ranlib "${pkgdir}/usr/${_arch}/lib/"*.a
in the packaging step. Otherwise there were linker errors when using the static library. This might be required here as well.xantares commented on 2020-05-19 17:44 (UTC)
hello, could you remove the exes ?
0e4ef622 commented on 2019-02-24 04:48 (UTC)
This package doesn't appear to compile with mingw-w64-gcc 8.2 nor 8.3, but it does compile with 7.3. Can anyone else confirm this?
adsun commented on 2018-09-11 13:56 (UTC)
the pkgver was not updated and now does not match the commit.
« First ‹ Previous 1 2 3 4 5 Next › Last »