Package Details: mingw-w64-meson 1-23

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.069582
First Submitted: 2018-04-23 10:40 (UTC)
Last Updated: 2023-04-25 13:49 (UTC)

Latest Comments

1 2 3 4 5 Next › Last »

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 ?

drakkan commented on 2022-12-08 18:01 (UTC) (edited on 2022-12-08 18:02 (UTC) by drakkan)

@xexaxo, I mean to use mingw-w64-cmake instead of meson. I've never used this package to compile cmake based projects, but maybe the latest commit in mingw-w64-cmake might help

xexaxo commented on 2022-12-04 15:38 (UTC)

@drakkan do you have an example meson project, where using mingw-w64-cmake works? I'm trying waffle and I need to remove the mingw-w64-cmake optdepends and/or cmake from the crossfile.

Otherwise meson will fail with unable to determine cmake root. The issue is that meson is executing x86_64-w64-mingw32-cmake --system-information -G Ninja, which returns nothing due to the various -DCMAKE... options added by the cmake wrapper.

May I suggest removing cmake optdepends, cmake crossfile reference and -D strip=true. Thanks

drakkan commented on 2022-11-21 18:40 (UTC)

Hi @xexaxo,

for cmake based build I think using mingw-w64-cmake is a better option. I have never used meson for cmake based builds (even if meson can support them). I can remove the automatic stripping if other developers agree. The cflags mentioned are from mingw-w64-environment that is supposed to provide common environment variables and functions for building mingw-w64-packages, they aren't set here

xexaxo commented on 2022-11-20 20:01 (UTC) (edited on 2022-12-04 15:48 (UTC) by xexaxo)

I may have noticed a some of bugs in the package:

  • when the cmake variable is set in the cross file, meson fails to import the cmake module with "unable to determine cmake root" from here

Seems like cmake --system-information will refuse to print anything when any of the -D... options are passed.

  • the wrapper sets -D strip=true which means that everything is stripped, contradictsing the guidelines which says that stripping should be done manually in the PKGBUILD

  • some binaries end up linked against libssp-0.dll, thus fail at runtime. removing '--param=ssp-buffer-size=4' and '-fstack-protector' fixes that - forwarded to mingw-w64-environment