Arch Linux User Repository

All my packages are managed at GitHub where you can also contribute directly: https://github.com/Martchus/PKGBUILDs
Patches for this package are managed at: https://github.com/Martchus/qtbase/tree/5.7.0-mingw-w64

There also exist a binary repository: https://martchus.no-ip.biz/repo/arch/ownstuff

For general notes, discussion and issues not only concerning this variant please use the comment section of the package mingw-w64-qt5-base.

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

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.

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: https://github.com/Martchus/PKGBUILDs
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.

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.

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?

Compiling QtAV using this package doesn't work currently. I don't know whether other applications/libs using OpenGL via Qt are also affected but it is very likely.

Till the problem is fixed, you can use mingw-w64-qt5-base-opengl which is using native OpenGL (and not ANGLE). Any help fixing it is welcome, of course.

I'll try fixing it.

mingw-w64-mariadb-connector-c is broken. Could you comment it out before it's fixed?

All my packages are managed at GitHub where you can also contribute directly: https://github.com/Martchus/PKGBUILDs
Patches for this package are managed at: https://github.com/Martchus/qtbase/tree/5.7.0-mingw-w64

There also exist a binary repository: https://martchus.no-ip.biz/repo/arch/ownstuff

For general notes, discussion and issues not only concerning this variant please use the comment section of the package mingw-w64-qt5-base.

I only did some minor adjustments with the last update. It builds fine for me with GCC 6.1 in a clean chroot.

Salamandar: So I can't reproduce the issue. Changing popd to 'cd "${srcdir}/${_pkgfqn}"' is wrong. You must change to the build directory for the current architecture. From the error messages I guess that pushd hasn't been called correctly in the first place. Hence the the x86_64 version has been built directly in the source tree which is then of course "containing a previous build" when attempting to built the i686 version there, too. But as already said, I can not reproduce this.