Yes, I've misunderstood. I assume the problem occurs when using the static library. Normally pkg-config should give you all the flags you need when invoking it with --static
. However, that's not working for brotli because upstream decided to use different library names for static libraries. For CMake, I've been working around it (among other issues) with a special toolchain file: https://aur.archlinux.org/cgit/aur.git/tree/toolchain-mingw-static.cmake?h=mingw-w64-cmake-static
Search Criteria
Package Details: mingw-w64-freetype2-bootstrap 2.13.3-1
Package Actions
Git Clone URL: | https://aur.archlinux.org/mingw-w64-freetype2-bootstrap.git (read-only, click to copy) |
---|---|
Package Base: | mingw-w64-freetype2-bootstrap |
Description: | Font rasterization library (mingw-w64) |
Upstream URL: | https://www.freetype.org/ |
Licenses: | FTL OR GPL-2.0-or-later |
Conflicts: | mingw-w64-freetype2 |
Provides: | mingw-w64-freetype2 |
Submitter: | Martchus |
Maintainer: | Martchus |
Last Packager: | Martchus |
Votes: | 5 |
Popularity: | 0.000000 |
First Submitted: | 2015-12-23 23:33 (UTC) |
Last Updated: | 2024-08-13 19:41 (UTC) |
Dependencies (6)
Required by (16)
- mingw-w64-fontconfig (requires mingw-w64-freetype2)
- mingw-w64-ftgl (requires mingw-w64-freetype2)
- mingw-w64-graphicsmagick (requires mingw-w64-freetype2)
- mingw-w64-harfbuzz (requires mingw-w64-freetype2)
- mingw-w64-libass (requires mingw-w64-freetype2)
- mingw-w64-libbluray (requires mingw-w64-freetype2)
- mingw-w64-librsvg (requires mingw-w64-freetype2)
- mingw-w64-openimageio (requires mingw-w64-freetype2)
- mingw-w64-pango (requires mingw-w64-freetype2)
- mingw-w64-paraview (requires mingw-w64-freetype2)
- mingw-w64-paraview-git (requires mingw-w64-freetype2)
- mingw-w64-paraview-qt6 (requires mingw-w64-freetype2)
- mingw-w64-sfml (requires mingw-w64-freetype2)
- mingw-w64-sfml-static (requires mingw-w64-freetype2)
- mingw-w64-vtk (requires mingw-w64-freetype2)
- mingw-w64-vtk-git (requires mingw-w64-freetype2)
Sources (5)
Martchus commented on 2022-05-18 10:03 (UTC)
hrsantiago commented on 2022-05-13 17:32 (UTC)
I don't have mingw-w64-brotli-static installed. Your .BUILDINFO file and my pacman -Q looks almost the same. Not sure if my last message was clear, but this package builds just fine. I just can't link anything using it, like it used to do. I'll later try to change my project to link brotly manually, but that seems odd.
Martchus commented on 2022-05-12 08:50 (UTC)
Strange, it works for me with brotli¹. Be sure not to have only mingw-w64-brotli-static installed. I could disable brotli for the sake of bootstrapping but I actually try to keep the difference between the bootstrapping package and the normal one to a minimum.
¹Check the .BUILDINFO file in https://martchus.no-ip.biz/repo/arch/ownstuff/os/x86_64/mingw-w64-freetype2-2.12.1-1-any.pkg.tar.zst for my build environment.
hrsantiago commented on 2022-05-12 02:02 (UTC)
Hello, I use this package for a long time and decided to update it today. This error started happening when linking using freetype:
home/builder/.cache/yay/mingw-w64-freetype2-bootstrap/src/freetype-2.12.1/build-i686-w64-mingw32/../src/sfnt/sfwoff2.c:324: undefined reference to `BrotliDecoderDecompress'
Looks like brotli was introduced at 2021-08-27 and seems to be related to this error.
Using the version 2.10.4 of commit 864dd4f7925b, it works just fine.
JJK commented on 2019-05-25 17:24 (UTC) (edited on 2019-05-25 17:24 (UTC) by JJK)
I get the error:
curl: (6) Could not resolve host: download-mirror.savannah.gnu.org
Pinned Comments
Martchus commented on 2016-07-15 14:57 (UTC)