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)

Latest Comments

1 2 3 4 5 6 Next › Last »

Martchus commented on 2025-01-20 00:22 (UTC)

@xantares I updated the package. I built the cmake wrapper and mesa and can confirm that everything builds.

Note that I haven't realized that I was made maintainer of the package until just now. Otherwise I would have updated this sooner :-)

xantares commented on 2025-01-16 19:36 (UTC)

I checked that catching --system-information in mingw-w64-cmake makes mingw-w64-waffle compile with the mingw-w64-meson cmake wrapper enabled

would you consider re-enabling cmake here then ?

Martchus commented on 2025-01-16 17:04 (UTC)

CMake support was dropped due to a problem @xexaxo faced when compiling https://gitlab.freedesktop.org/mesa/waffle.git (check previous comments). Not sure whether there's a nice way to please everyone.

We could of course simply have two wrappers. One without cmake support and one with cmake support. Not nice but it would be an option.

Alternatively, we could fix this in x86_64-w64-mingw32-cmake by making it behave as expected when called like this x86_64-w64-mingw32-cmake --system-information …. (We would probably just invoke cmake "$@" if [[ $1 == --system-information ]].)

xantares commented on 2025-01-16 14:57 (UTC)

I see cmake support was removed in the last update, could you restore it ? its needed for mingw-w64-mesa

Denzy7 commented on 2024-08-26 13:56 (UTC) (edited on 2024-08-26 14:00 (UTC) by Denzy7)

I had pkg-config error "pkg-config binary missing from cross or native file, or env var undefined" and this solved it for each arch export PKG_CONFIG_LIBDIR=/usr/${arch}_w64-mingw32/lib/pkgconfig:/usr/${arch}-w64-mingw32/share/pkgconfig. Probably broken upstream

MoSal commented on 2024-06-19 11:02 (UTC)

Why not --default-library both?

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 https://aur.archlinux.org/packages/mingw-w64-meson#comment-892373. 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/toolchain_generator.py b/toolchain_generator.py
index d27550c..cb84a18 100755
--- a/toolchain_generator.py
+++ b/toolchain_generator.py
@@ -38,7 +38,6 @@ class CrossFileGenerator:
                'ranlib':"'{}-gcc-ranlib'".format(self.arch),
                'strip':"'{}-strip'".format(self.arch),
                'windres':"'{}-windres'".format(self.arch),
-               'cmake':"'{}-cmake'".format(self.arch),
                }
        if self.need_exe_wrapper:
            binaries.update({'exe_wrapper':"'{}-wine'".format(self.arch)})

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

1 2 3 4 5 6 Next › Last »