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: drakkan
Last Packager: drakkan
Votes: 8
Popularity: 0.000071
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 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.

jackoneill commented on 2021-03-27 20:04 (UTC)

Hi!

There's a small problem with sourcing mingw-env: the -O2 flag in mingw-env.sh ends up overriding meson's --optimization parameter.

My software happens to need the -O3 flag to compile. Lower values don't work.

drakkan commented on 2020-12-02 19:04 (UTC)

I pushed a less intrusive change that keeps the 2 different config files for now,so no PKGBUILD should break

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