$@ is not used by the RPM macro _in RPM_ since it is executed as a line
by itself, not a script or function.
There's already a $@ in the mingw-scripts.sh file, so when expanded from
the macro, the script contains two $@, sending redundant arguments to
cmake and meson.
- Only set the environment variable PKG_CONFIG_LIBDIR when
using the macros %mingw32_cmake, %mingw32_cmake_kde4,
%mingw64_cmake or %mingw64_cmake_kde4
- Fixes FTBFS of the mingw-matahari package
Updated the list of DLLs which are part of the Win32 API with
the libraries d3dcompiler_46.dll, d3dcsx_46.dll, davclnt.dll,
devmgr.dll, devobj.dll and devrtl.dll
Bumped the minimum required version of mingw{32,64}-filesystem
to >= 95 in built mingw packages as this is the first version of
which was introduced in Fedora with a stable interface
- Removed the use of the environment variable PKG_CONFIG_LIBDIR
While building binaries the tool {i686,x86_64}-w64-mingw32-pkg-config
should be used to find out pkg-config information
The environment variable PKG_CONFIG already automatically points
to the right cross-compiler aware version of pkg-config when
the mingw{32,64}-pkg-config packages are installed
- Fixes compilation of mingw-gtk3 3.9.0 (GNOME BZ #699690)
- Automatically add R: mingw{32,64}-pkg-config tags when .pc files
are detected while building mingw packages
... as requested by mikkel on IRC. Unfortunately mscoree.dll isn't part
of mingw-crt so the provides don't get picked up automatically. Adding
it manually for now.
- Added new macros for Qt5 support, %mingw32_qmake_qt5, %mingw64_qmake_qt5,
%mingw_qmake_qt4 and %mingw_qmake_qt5
- It isn't necessary to call %mingw32_env / %mingw64_env any more
in the %mingw32_qmake_qt4 and %mingw64_qmake_qt4 macros
The virtual mingw32(...) and mingw64(...) provides used to be generated
from the names of WINE DLLs. This changes it to generate the list from
mingw-crt import libs instead. The advantage with the new approach is
that we can be sure that the virtual provides match with the actual DLL
names we can end up linking with: we'll be linking with the same stubs
from mingw-crt package that are used for the virtual provides list.
So far each individual spec file has had to define mingw_build_win32
and/or mingw_build_win64 on top of each spec file:
%global mingw_build_win32 1
%global mingw_build_win64 1
This commit changes it so that the default is now defined in system-wide
macros and each individual package doesn't have to clutter their spec
files with these two lines. The default is to build both 32 bit and 64
bit packages; if spec files need to opt out, they can just define either
mingw_build_win32 or mingw_build_win64 to 0.
