Package Details: mingw-w64-qt5-base-angle 5.15.1-1

Git Clone URL: (read-only, click to copy)
Package Base: mingw-w64-qt5-base-angle
Description: A cross-platform application and UI framework, ANGLE OpenGL backend (mingw-w64)
Upstream URL:
Licenses: custom, GPL3, LGPL3, FDL
Conflicts: mingw-w64-qt5-base, mingw-w64-qt5-base-angle, mingw-w64-qt5-base-dynamic, mingw-w64-qt5-base-noopengl, mingw-w64-qt5-base-openql
Provides: mingw-w64-qt5-base
Submitter: Martchus
Maintainer: Martchus
Last Packager: Martchus
Votes: 15
Popularity: 0.000000
First Submitted: 2016-08-19 20:15 (UTC)
Last Updated: 2020-09-13 11:32 (UTC)

Required by (50)

Sources (32)

Pinned Comments

Martchus commented on 2016-05-18 22:01 (UTC) (edited on 2016-09-19 18:26 (UTC) by Martchus)

All my packages are managed at GitHub where you can also contribute directly: Patches for this package are managed at: There also exist a binary repository: For general notes, discussion and issues not only concerning this variant please use the comment section of the package mingw-w64-qt5-base.

Latest Comments

1 2 3 4 5 6 .. 13 Next › Last »

Martchus commented on 2020-04-15 09:09 (UTC)

That's the error I meant in my comment for mingw-w64-qt5-base-dynamic. So I'm aware of it. It was tests.fxc in particular which didn't work simply because that tool isn't available in our mingw-w64 environment. If you need that package you could try to fix that but I have currently no motivation to do so.

If one wants to go for it: The tool this feature check wants is FXC.exe (see It can likely be started with WINE (via mingw-w64-wine) and it would likely work to create a mingw-w64 package for it which simply repackages the blob from Microsoft (likely not redistributable).

luntik2012 commented on 2020-04-15 07:16 (UTC)

WARNING: Using OpenGL ES 2.0 on Windows without ANGLE.
The build will most likely fail.
Specify -opengl desktop to use regular OpenGL.

ERROR: Feature 'angle' was enabled, but the pre-condition '!features.opengl-desktop && features.dxguid && tests.fxc && (features.direct3d9 || (config.winrt && features.direct3d11 && libs.d3dcompiler))' failed.
==> ERROR: A failure occurred in build().
==> ERROR: Makepkg was unable to build mingw-w64-qt5-base-angle.
==> Restart building mingw-w64-qt5-base-angle ? [y/N]

Martchus commented on 2016-08-31 20:12 (UTC)

Note the comment about the latest changes under the mingw-w64-qt5-base package.

Martchus commented on 2016-06-22 20:47 (UTC)

Updated to 5.7.0. As always I hope I didn't break anything. As already mentioned, there are new modules available: mingw-w64-qt5-charts mingw-w64-qt5-gamepad mingw-w64-qt5-scxml mingw-w64-qt5-virtualkeyboard I'm not able to build version 5.7.0 of mingw-w64-webkit. Hence I didn't upload the updated version in the AUR. If you want to give it a try anyways (and help me fixing it), you'll find an updated version in my GitHub repo.

Martchus commented on 2016-06-17 21:35 (UTC) (edited on 2016-06-17 22:12 (UTC) by Martchus)

xantares: The regular qt5-* packages are still in staging and you have already flagged the package :-) Of course I'm aware of the Qt 5.7.0 release. In fact, work is already in progress: Since you're always flagging this very early, I assume you have some interest in the package. If you'd like, you could also take a look at it. I will add some notes about things which are on the TODO list in the pinned comment at the top. With Qt 5.7.0 there will be new modules, too: mingw-w64-qt5-charts mingw-w64-qt5-gamepad mingw-w64-qt5-scxml mingw-w64-qt5-virtualkeyboard Salamandar: Now I could reproduce the issue. I guess the reason is that the build directory is already present. Then mkdir fails and, popd isn't executed, the build is done directly in the source tree and popd fails. If that assertion is true, the problem is fixed by passing -p option to mkdir.

Martchus commented on 2016-06-17 08:15 (UTC)

This problem has already existed before I started to maintain the package. I add a note in the pinned comment. Do you think it would make sense to check for existing /usr/i686-w64-mingw32/lib/libQt5Core.dll.a in the PKGBUILD and then refusing to build? Anyways, it is always recommend to build in a clean chroot.

yan12125 commented on 2016-06-16 14:38 (UTC)

Got the following error: i686-w64-mingw32-g++ -g -shared -Wl,-subsystem,windows -Wl,--out-implib,/tmp/yaourt-tmp-yen/aur-mingw-w64-qt5-base/src/build-i686-w64-mingw32/lib/libQt5Gui.dll.a -o ../../lib/Qt5Gui.dll object_script.Qt5Gui.Release -lcomdlg32 -loleaut32 -limm32 -lws2_32 -lole32 -luuid -ladvapi32 -ljpeg -lpng -lglib-2.0 -lintl -lwinmm -llibEGL -llibGLESv2 -ld3d9 -ldxguid -lgdi32 -luser32 -L/usr/i686-w64-mingw32/lib -lharfbuzz -L/tmp/yaourt-tmp-yen/aur-mingw-w64-qt5-base/src/build-i686-w64-mingw32/lib /usr/i686-w64-mingw32/lib/libQt5Core.dll.a -lGLESv2 -lpng -lz ./.obj/release/qguiapplication.o: In function `ZN22QGuiApplicationPrivate4initEv': /tmp/yaourt-tmp-yen/aur-mingw-w64-qt5-base/src/qtbase-opensource-src-5.6.1/src/gui/kernel/qguiapplication.cpp:1267: undefined reference to `_imp___ZN23QCoreApplicationPrivate4initEv' collect2: error: ld returned 1 exit status Apparently the Makefile attempts to link to a wrong library (/usr/i686-w64-mingw32/lib/libQt5Core.dll.a). Removing existing mingw-w64-qt5-base 5.6.0 and rebuilding works fine. I got the same problem in one of my previous upgrade (the comment at 2014-12-14 10:04). Maybe PKGBUILD should suggest users to use chroot or remove existing mingw-w64-qt5-base first?