Package Details: mingw-w64-meson 1-26

Git Clone URL: https://aur.archlinux.org/mingw-w64-meson.git (read-only, click to copy)
Package Base: mingw-w64-meson
Description: Meson wrapper for MinGW (mingw-w64)
Upstream URL: http://fedoraproject.org/wiki/MinGW
Licenses: GPL
Submitter: drakkan
Maintainer: Martchus
Last Packager: Martchus
Votes: 8
Popularity: 0.000000
First Submitted: 2018-04-23 10:40 (UTC)
Last Updated: 2025-01-20 00:19 (UTC)

Dependencies (5)

Required by (55)

Sources (2)

Latest Comments

« First ‹ Previous 1 2 3 4 5 6 Next › Last »

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

https://github.com/mesonbuild/meson/issues/11806

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)

hi,

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 https://archive.archlinux.org/packages/m/meson/meson-1.0.1-3-any.pkg.tar.zst

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

« First ‹ Previous 1 2 3 4 5 6 Next › Last »