Package Details: mingw-w64-meson 1-25

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: drakkan
Votes: 8
Popularity: 0.000003
First Submitted: 2018-04-23 10:40 (UTC)
Last Updated: 2023-12-30 20:41 (UTC)

Latest Comments

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

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 2023-10-29 22:34 (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, contradicts 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

drakkan commented on 2022-06-05 08:09 (UTC)

we use CFLAGS from mingw-w64-environment

jackoneill commented on 2022-06-01 13:26 (UTC)

Hi!

Any progress on removing -O2 from the CFLAGS? It's breaking meson's --optimization parameter.

xantares commented on 2021-04-26 13:30 (UTC) (edited on 2021-04-26 13:30 (UTC) by xantares)

hello,

could you bump the release number ?

I updated mingw-w64-environment and newer flags should be taken into account

Martchus commented on 2021-03-27 20:40 (UTC)

Just export MINGW_CFLAGS and MINGW_CXXFLAGS with the flags you want before calling the wrapper.

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