Package Details: mingw-w64-qt5-base-static 5.15.15+kde+r127-1

Git Clone URL: https://aur.archlinux.org/mingw-w64-qt5-base-static.git (read-only, click to copy)
Package Base: mingw-w64-qt5-base-static
Description: A cross-platform application and UI framework, native OpenGL backend (mingw-w64)
Upstream URL: https://www.qt.io/
Licenses: custom, GPL3, LGPL3, FDL
Groups: mingw-w64-qt5
Submitter: ant32
Maintainer: Martchus
Last Packager: Martchus
Votes: 12
Popularity: 0.000566
First Submitted: 2013-08-28 23:57 (UTC)
Last Updated: 2024-09-10 21:19 (UTC)

Sources (33)

Pinned Comments

Martchus commented on 2020-09-13 11:43 (UTC)

Also take note of the sticky comments on the mingw-w64-qt5-base package.

Martchus commented on 2017-01-10 21:24 (UTC) (edited on 2019-12-10 13:02 (UTC) by Martchus)

Notes about using static Qt with CMake:

Note about using static Qt with qmake:

  • Add CONFIG+=no_smart_library_merge to qmake arguments to prevent qmake from messing linker flags for freetype2/harfbuzz (which have dependency cycle).

Martchus commented on 2016-07-10 19:47 (UTC) (edited on 2016-09-19 18:26 (UTC) by Martchus)

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 discussion and issues not only concerning this variant please use the comment section of the package mingw-w64-qt5-base.

Latest Comments

« First ‹ Previous 1 2 3 4 5 6 7 Next › Last »

woggioni commented on 2017-03-23 08:13 (UTC)

The only trouble I found is that one of my project had ${Qt5Gui_PRIVATE_INCLUDE_DIRS} in the include path and I had to manually populate the variable to make it compile

Martchus commented on 2017-03-22 23:35 (UTC)

Fixed the MariaDB issue and the `StaticQt5::Test` issue. PostgreSQL must still be fixed in mingw-w64-postgresql. BTW: The static MariaDB library couldn't be detected before because in my patch the dependency `gdi32` was missing. So for the fix is no sed required at all. I don't know how to fix the issue of the empty private include dir. It seems that this issue has already been present since quite a while now (maybe even before I was maintainer). Is the missing path causing any further trouble or just a thing you noted?

Martchus commented on 2017-03-21 13:13 (UTC)

Nice, I'll include it with the other fix when I have the time. But maybe I'll patch instead of using `sed`. I ask Schala to update mingw-w64-postgresql.

woggioni commented on 2017-03-21 13:09 (UTC) (edited on 2017-03-21 13:13 (UTC) by woggioni)

I solved the DB plugin issue using ant32's advice for Postgres and adding this to the end of the package function in PKGBUILD to fix MariaDB if isStatic; then for file in ${pkgdir}/usr/${_arch}/lib/qt/plugins/sqldrivers/*.prl do sed -i 's/-lmariadb;/-lmariadbclient;/g' $file sed -i 's/-lmariadb /-lmariadbclient /g' $file done fi There might be a shorter way but I didn't want to mess with sed regex. Yes, I really meant CMake own sources.. that is quite sad

Martchus commented on 2017-03-18 17:36 (UTC) (edited on 2017-04-25 21:04 (UTC) by Martchus)

> it's simply because that name is hardcoded in cmake source code :( Oh, you mean the sources of CMake itself. I guess then we just live with including the non static module, too. I already have a fix for the test module. Just need to check whether it works. I guess the condition `!exists($$first(QT.$${MODULE}_private.includes)): CMAKE_NO_PRIVATE_INCLUDES = true` in create_cmake.prf is preventing the variables for private include dirs to be set. Not sure how to fix it yet. EDIT: The issue seems to occur in other cases than this mingw-w64 package, too. Annulen on #qt-labs has already tracked it down to: http://code.qt.io/cgit/qt/qtbase.git/tree/mkspecs/features/qt_module_headers.prf#n37 Haven't looked into the issue about the DB plugins yet. Did you any of the things I proposed in the last comment? Do you actually need the plugins or would silencing the errors be good enough?

woggioni commented on 2017-03-17 11:01 (UTC)

I also noticed that strangely in ${pkgdir}/usr/${_arch}/lib/cmake/StaticQt5Gui/StaticQt5GuiConfig.cmake at line 65 there is set(StaticQt5Gui_PRIVATE_INCLUDE_DIRS "") while the Gui module has private headers (also proved by /usr/lib/cmake/Qt5Gui/Qt5GuiConfig.cmake:57 in standard qt5-base package). This problem also applies to the dynamic variant (mingw-w64-qt5-base).

Martchus commented on 2017-03-16 18:17 (UTC)

So I'll have to fix that, too. I have to admit that my approach with the 'Static'-prefix is not the best because it requires to change a lot of things. Unfortunately I don't know another way to solve the problem. Installing dynamic and static version in the same prefix is just not officially supported. Maybe it would be best to put the static variant in another prefix like MSYS2 does. However, then it would not be possible to use dynamic and static variant during the same build which is quite nice to build dynamic and static libs of projects depending on Qt at the same time.

woggioni commented on 2017-03-16 17:47 (UTC) (edited on 2017-03-16 17:48 (UTC) by woggioni)

Meanwhile, I discovered why AUTOMOC, AUTOUIC and AUTORCC do not work without including QtCore: it's simply because that name is hardcoded in cmake source code :(

Martchus commented on 2017-03-16 13:20 (UTC)

Using static version with CMake is a mess, but I'll try to fix it.

woggioni commented on 2017-03-16 10:23 (UTC) (edited on 2017-03-16 11:21 (UTC) by woggioni)

I noticed that if you run grep -nr " Qt5::" StaticQt5* in ${pkgdir}/usr/x86_64-w64-mingw32/lib/cmake you get a lot matches that I think should be " StaticQt5::". I noticed because I tried to use StaticQt5::Test from cmake in one of my projects and it was broken because of "/usr/x86_64-w64-mingw32/lib/cmake/StaticQt5Test/StaticQt5TestConfigExtras.cmake" which bears: set_property(TARGET Qt5::Test ... instead of set_property(TARGET StaticQt5::Test ...