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

Git Clone URL: https://aur.archlinux.org/mingw-w64-qt5-base.git (read-only)
Package Base: mingw-w64-qt5-base
Description: A cross-platform application and UI framework (mingw-w64)
Upstream URL: https://www.qt.io/
Licenses: custom, GPL3, LGPL3, FDL
Groups: mingw-w64-qt5
Submitter: Martchus
Maintainer: Martchus
Last Packager: Martchus
Votes: 17
Popularity: 0.203856
First Submitted: 2016-08-30 21:28
Last Updated: 2018-06-25 12:50

Sources (34)

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: https://martchus.no-ip.biz/repo/arch/ownstuff

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.

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+=qsqlpsql QTPLUGIN.sqldrivers+=qsqlodbc CONFIG+=static

(from https://github.com/Martchus/PKGBUILDs/blob/master/qt5-tools/mingw-w64/PKGBUILD#L38)

<hr>

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

Patches for this package are managed at: https://github.com/Martchus/qtbase/tree/5.11.0-mingw-w64<br> if you like to contribute to patches, read this: https://github.com/Martchus/PKGBUILDs/#contributing-to-patches)

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

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 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?

luntik2012 commented on 2018-06-13 12:13

i686-w64-mingw32-g++ -g -shared -Wl,-subsystem,windows -Wl,--out-implib,/tmp/yaourt-tmp-nick/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 -lwinmm -lws2_32 -lole32 -luuid -ladvapi32 -ljpeg -lpng -L/usr/i686-w64-mingw32/lib -lharfbuzz -lfreetype -lglu32 -lopengl32 -lgdi32 -luser32 -L/tmp/yaourt-tmp-nick/aur-mingw-w64-qt5-base/src/build-i686-w64-mingw32/lib /usr/i686-w64-mingw32/lib/libQt5Core.dll.a -lpng -lharfbuzz -lz ./.obj/release/qtextengine.o:/tmp/yaourt-tmp-nick/aur-mingw-w64-qt5-base/src/qtbase-everywhere-src-5.11.0/include/QtCore/../../src/corelib/tools/qstringview.h:270: undefined reference to `_imp___ZN9QtPrivate13isRightToLeftE11QStringView' collect2: error: ld returned 1 exit status make[3]: [Makefile.Release:1183: ../../lib/Qt5Gui.dll] Error 1 make[3]: Leaving directory '/tmp/yaourt-tmp-nick/aur-mingw-w64-qt5-base/src/build-i686-w64-mingw32/src/gui' make[2]: [Makefile:36: release] Error 2 make[2]: Leaving directory '/tmp/yaourt-tmp-nick/aur-mingw-w64-qt5-base/src/build-i686-w64-mingw32/src/gui' make[1]: [Makefile:523: sub-gui-make_first] Error 2 make[1]: Leaving directory '/tmp/yaourt-tmp-nick/aur-mingw-w64-qt5-base/src/build-i686-w64-mingw32/src' make: [Makefile:45: sub-src-make_first] Error 2 ==> ERROR: A failure occurred in build().

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: https://martchus.no-ip.biz/repo/arch/ownstuff

Martchus commented on 2018-05-29 08:25

@tsdgeos It tries to link the new Qt Gui against the old, installed version of Qt Core. Likely _imp___ZN9QtPrivate13isRightToLeftE11QStringView is a recently added symbol. Please remove the currently installed version and try again. In fact this is a known limitation which was already present before I started to maintain this package. I should mention it in the pinned comment.

tsdgeos commented on 2018-05-29 07:45

5.11.0-1 fails to build for me, anyone else having the problem or any idea what may be the fix?

https://paste.kde.org/pw9diuw2v

Martchus commented on 2018-05-27 12:48

I'm currently updating to 5.11.0. So far I have already found three new problems and the compilation is only half way through :-/

  • The definition of _xgetbv in /usr/i686-w64-mingw32/include/psdk_inc/intrin-impl.h conflicts with the definition of the same function in /usr/lib/gcc/i686-w64-mingw32/8.1.0/include/x86intrin.h. As a workaround, I added -D__INTRINSIC_DEFINED__xgetbv to the compiler flags.
  • I had to disable the hardware randomizer for 32-bit due to an internal compiler error (https://github.com/Martchus/PKGBUILDs/blob/update/mingw-w64-qt5/qt5-base/mingw-w64/0033-Disable-hardware-randomizer-for-32-bit.patch).
  • The winextras module now links directly against dwmapi. Apparently some of the required symbols are absent in the x86_64 version of libdwmapi.a provided by mingw-w64-crt 5.0.3. So I'll reverted the commit in qtwinextras for now.

So that's basically the reason why updates take some time here. Note that all of these issues are caused by mingw-w64/GCC for Windows and not by Qt itself.

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.

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+=qsqlpsql QTPLUGIN.sqldrivers+=qsqlodbc CONFIG+=static

(from https://github.com/Martchus/PKGBUILDs/blob/master/qt5-tools/mingw-w64/PKGBUILD#L38)

<hr>

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.

theone74 commented on 2018-03-11 19:44

@Martchus Hi! when i build this example https://github.com/oggio88/Qt-CMake-HelloWorld it works fine, but if i add QT+=sql i get link error

/usr/x86_64-w64-mingw32/lib/libpthread.a(libwinpthread_la-cond.o): In function `pthread_cond_init':
/build/mingw-w64-winpthreads/src/mingw-w64-v5.0.3/mingw-w64-libraries/winpthreads/src/cond.c:196: multiple definition of `pthread_cond_init'
/usr/x86_64-w64-mingw32/lib/libmariadbclient.a(my_pthread.c.obj):(.text+0x0): first defined here
/usr/x86_64-w64-mingw32/lib/libpthread.a(libwinpthread_la-cond.o): In function `pthread_cond_destroy':
/build/mingw-w64-winpthreads/src/mingw-w64-v5.0.3/mingw-w64-libraries/winpthreads/src/cond.c:248: multiple definition of `pthread_cond_destroy'
/usr/x86_64-w64-mingw32/lib/libmariadbclient.a(my_pthread.c.obj):(.text+0x90): first defined here
/usr/x86_64-w64-mingw32/lib/libpthread.a(libwinpthread_la-cond.o): In function `pthread_cond_wait':
/build/mingw-w64-winpthreads/src/mingw-w64-v5.0.3/mingw-w64-libraries/winpthreads/src/cond.c:415: multiple definition of `pthread_cond_wait'
/usr/x86_64-w64-mingw32/lib/libmariadbclient.a(my_pthread.c.obj):(.text+0x80): first defined here
/usr/x86_64-w64-mingw32/lib/libpthread.a(libwinpthread_la-cond.o): In function `pthread_cond_timedwait':
/build/mingw-w64-winpthreads/src/mingw-w64-v5.0.3/mingw-w64-libraries/winpthreads/src/cond.c:514: multiple definition of `pthread_cond_timedwait'
/usr/x86_64-w64-mingw32/lib/libmariadbclient.a(my_pthread.c.obj):(.text+0x70): first defined here
collect2: error: ld returned 1 exit status
make[1]: *** [Makefile.Release:69: release/config.exe] Error 1
make[1]: Leaving directory '/home/devel/Qt-CMake-HelloWorld'
make: *** [Makefile:36: release] Error 2

What am I doing wrong?

Martchus commented on 2018-01-04 21:16

While building this package? Mh... strange since I was able to build successfully. To be honest, I've only built 5.10.0-1 and not 5.10.0-2 so far, but looking at the diff I doubt that this makes a difference.

To help you, I need a little bit more context (the failing command at least). Whether you're actually talking about mingw-w64-qt5-base (and not eg. mingw-w64-qt5-base-static), your AUR helper and whether you're building in a clean chroot would also be good to know.

Hudd commented on 2018-01-04 21:05

I ran into a problem with case sensitivity while building this package.

ld: cannot find -lVersion