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.000002
First Submitted: 2018-04-23 10:40 (UTC)
Last Updated: 2023-12-30 20:41 (UTC)

Latest Comments

1 2 3 4 5 6 Next › Last »

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

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

1 2 3 4 5 6 Next › Last »