Package Details: mingw-w64-qt5-base 5.12.3-1

Git Clone URL: (read-only)
Package Base: mingw-w64-qt5-base
Description: A cross-platform application and UI framework (mingw-w64)
Upstream URL:
Licenses: custom, GPL3, LGPL3, FDL
Groups: mingw-w64-qt5
Submitter: Martchus
Maintainer: Martchus
Last Packager: Martchus
Votes: 19
Popularity: 1.240747
First Submitted: 2016-08-30 21:28
Last Updated: 2019-04-23 20:46

Sources (35)

Pinned Comments

Martchus commented on 2018-05-29 08:29

Before upgrading, be sure to remove the old version of the package from your system. Preferably, build the package in a clean chroot using makechrootpkg.

Also, please read the other comments and issues on GitHub for known bugs and limitations.

There also exist a binary repository:

Martchus commented on 2018-03-11 20:19

@theone74 It is currently not possible to use the MariaDB plugin with the static version of Qt because mariadb-connector-c comes with its own pthread implementation which has conflicting symbols with the pthread library Qt uses. Since some PostgreSQL update the same is true for the PostgreSQL plugin.

So you have to disable the plugin. When using CMake, plugins are not be automatically added so you should not run into the issue by default. When using qmake you need to disable the plugin manually, eg. you can add the following arguments to enable only the plugins which actually work:

CONFIG+=no_smart_library_merge QTPLUGIN.sqldrivers=qsqlite QTPLUGIN.sqldrivers+=qsqlodbc CONFIG+=static


BTW: Patches to fix this are welcome of course. Since I don't use the plugin myself, I'm currently not motivated to take the effort myself. Updating the mariadb-connector-c packages is also not done yet.

Martchus commented on 2016-07-10 19:47

All my packages are managed at GitHub where you can also contribute directly:

Patches for this package are managed at:<br> if you like to contribute to patches, read this:

If you would like to contribute, here is a list of known bugs and things needing improvement:

  • The linker library search paths for applications which need to be build for the host architecture aren't set correctly. Hence those paths are currently set manually which is quite hacky. Affected packages are mingw-w64-qt5-declarative and mingw-w64-qt5-tools and (also the apple-darwin versions).
  • Compiling QtAV using the ANGLE version doesn't work. I don't know whether other applications/libs using OpenGL via Qt are also affected but it is very likely.
  • Updating mingw-w64-qt5-webkit to ng version.
  • See also

Also note the comments about the different variants inside the PKGBUILD itself.

Latest Comments

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

Martchus commented on 2019-06-14 16:42

Qt 5.13.0 is going to be released on 18.06.2019. I can wait that long and would therefore skip 5.12.4.

Martchus commented on 2019-03-18 22:24

I'd like to give fixing a few more days before rebuilding everything. If you can't wait for 5.12.2, patches are actually already rebased:

(Checksums have not been updated yet on this WIP branch.)

Martchus commented on 2019-02-03 23:06

I'm currently in the process of updating to 5.12.1.

Seems they added some changes to the build system which conflict with my effort for making a fully statically linked executable relying on "system libraries" rather than bundles ones. I suppose most of my patches are adapted now. Some workarounds even might be no longer necessary but I also had to add new workarounds. At least it seems not totally messed up so far. I could do a static build of all the tools from the qttools repo (qmake) and of my Syncthing Tray application (CMake).

I noticed that a recent update of the mingw-w64-postgresql package apparently broke the static PostgreSQL plugin. The reason for the breakage seems the same as for the static MySQL plugin. (See pinned comment.)

And i had to fix windeployqt. It seems upstream really doesn't care about cross-compilation for Windows. But at least that patch might be upstream-able.

Martchus commented on 2018-09-21 09:07

Update to 5.11.2 is delayed by

Martchus commented on 2018-09-01 15:02

@alexzk The dependency structure is not different from the regular qt5-base package in that regard. Don't use stupid AUR helper - at least not here. To ease bootstrapping I created mingw-w64-freetype2. There's also my binary repository if you don't want to care about bootstrapping at all.

alexzk commented on 2018-09-01 13:01

It does circular dependency somewhere in harfbuzz/freetype2 etc. Just tries install stuff in loop.

adsun commented on 2018-08-25 10:37

@Martchus No. I just manually compare the version of mingw-w64 packages with the latest upstream version. Thanks for the patch!

Martchus commented on 2018-08-25 10:04

@adsun Added the patch. Btw, do you have a script to flag mingw-w64 packages (just because you flag my packages so often/fast)?

adsun commented on 2018-08-24 15:31

The build now fails during the qmake build with glibc version 2.28. The native linux qt5 package has a patch that fixes this problem.

Martchus commented on 2018-06-13 12:16

@luntik2012 "Before upgrading, be sure to remove the old version of the package from your system. Preferably, build the package in a clean chroot using makechrootpkg." Did you follow this instruction?