Package Details: mingw-w64-meson 1-25

Git Clone URL: (read-only, click to copy)
Package Base: mingw-w64-meson
Description: Meson wrapper for MinGW (mingw-w64)
Upstream URL:
Licenses: GPL
Submitter: drakkan
Maintainer: drakkan
Last Packager: drakkan
Votes: 8
Popularity: 0.000097
First Submitted: 2018-04-23 10:40 (UTC)
Last Updated: 2023-12-30 20:41 (UTC)

Latest Comments

1 2 3 4 5 6 Next › Last »

drakkan commented on 2023-10-30 17:31 (UTC)

@xexaxo, you are right,stripping is against guidelines, removed. For the issue with the cmake wrapper try asking to the maintainer. Thank you

xexaxo commented on 2023-10-30 11:24 (UTC)

Automatic stripping is against the guidelines. If anything I've been slowly experimenting at adding automatic debug support for mingw-w64 packages. Using automatic stripping gets us further to the goal.

Wrt meson and cmake - see my earlier comment meson will issue an x86_64-w64-mingw32-cmake --system-information -G Ninja which returns nothing and it will error out. The only "fix" I've found is:

diff --git a/ b/
index d27550c..cb84a18 100755
--- a/
+++ b/
@@ -38,7 +38,6 @@ class CrossFileGenerator:
-               'cmake':"'{}-cmake'".format(self.arch),
        if self.need_exe_wrapper:

drakkan commented on 2023-10-30 11:13 (UTC)

@xexaxo what problem will removing -D strip=true solve? You can disable stripping in your PKGBUILD, removing -D strip=true here means that all other PKGBUILDs using meson have to manually strip binaries. If your PKGBUILD does not build with meson and cmake can you please share any relevant changes to mingw-w64-meson or mingw-w64-cmake that make it work? Thank you cc @xantares as mingw-w64-cmake maintainer

xexaxo commented on 2023-10-29 22:54 (UTC)

@drakkan humble reminder/request to drop the -D strip=true piece. Trying the -DCMAKE_BUILD_TYPE=None piece to mingw-w64-cmake 1-40 does not help. Unless there is a known working project/package, I would suggest removing the entry all together.

Thanks in advance (also thanks for dropping lto)

xantares commented on 2023-05-22 19:24 (UTC) (edited on 2023-05-22 19:24 (UTC) by xantares)

yes, let's see what they say

drakkan commented on 2023-05-21 07:28 (UTC)

@xantares, no time to test sorry, maybe you can try to report the issue upstream

xantares commented on 2023-05-11 17:20 (UTC) (edited on 2023-05-11 18:03 (UTC) by xantares)


since meson 1.1.0 it cannot build mingw-w64-mesa anymore, it doesnt find LLVM:

Run-time dependency LLVM found: NO (tried cmake and config-tool)

reverting to meson 1.0.1 make the build go:

sudo pacman -U

any idea waht might happen ?

xantares commented on 2023-05-11 17:18 (UTC)

thanks for disabling lto

drakkan commented on 2023-03-28 18:14 (UTC)

@xantares, pixman and cairo had the same issue, lto is enabled in the main repo. I'm not sure, maybe it's better to disable it to avoid potential unexpected problems

xantares commented on 2023-03-28 08:46 (UTC) (edited on 2023-03-28 08:46 (UTC) by xantares)

I wonder if other packages may seem to build fine but have execution problems because of lto

maybe we should consider to turn lto off by default in this package ?