No, I did not apply custom modifications. However, I did not use a chroot. Both mingw-w64 openssl versions are installed.
Search Criteria
Package Details: mingw-w64-qt5-base 5.15.13+kde+r138-1
Package Actions
Git Clone URL: | https://aur.archlinux.org/mingw-w64-qt5-base.git (read-only, click to copy) |
---|---|
Package Base: | mingw-w64-qt5-base |
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: | Martchus |
Maintainer: | Martchus |
Last Packager: | Martchus |
Votes: | 20 |
Popularity: | 0.000000 |
First Submitted: | 2016-08-30 21:28 (UTC) |
Last Updated: | 2024-03-16 18:49 (UTC) |
Dependencies (19)
- mingw-w64-crt
- mingw-w64-dbusAUR
- mingw-w64-harfbuzzAUR
- mingw-w64-libjpeg-turboAUR (mingw-w64-libjpegAUR)
- mingw-w64-libpngAUR
- mingw-w64-opensslAUR
- mingw-w64-pcre2AUR
- mingw-w64-sqliteAUR
- mingw-w64-zlibAUR
- git (git-gitAUR) (make)
- mingw-w64-environmentAUR (make)
- mingw-w64-gcc (mingw-w64-gcc132AUR) (make)
- mingw-w64-mariadb-connector-cAUR (make)
- mingw-w64-pkg-configAUR (make)
- mingw-w64-postgresqlAUR (make)
- mingw-w64-vulkan-headersAUR (make)
- mingw-w64-mariadb-connector-cAUR (optional) – MySQL support
- mingw-w64-mesaAUR (mingw-w64-mesa-gitAUR) (optional) – use LLVMpipe software rasterizer for Qt Quick
- mingw-w64-postgresqlAUR (optional) – PostgreSQL support
Required by (47)
- mingw-w64-attica
- mingw-w64-karchive
- mingw-w64-kcodecs
- mingw-w64-kconfig
- mingw-w64-kcoreaddons
- mingw-w64-kdreports-git
- mingw-w64-kdsoap
- mingw-w64-kguiaddons
- mingw-w64-kimageformats
- mingw-w64-kitemviews
- mingw-w64-kwidgetsaddons
- mingw-w64-opencc-gui-git
- mingw-w64-passwordmanager
- mingw-w64-qca-qt5
- mingw-w64-qca-qt5 (make)
- mingw-w64-qca-qt6 (make)
- mingw-w64-qcustomplot-qt5
- mingw-w64-qscintilla-qt5
- mingw-w64-qt5-activeqt
- mingw-w64-qt5-base-static
- Show 27 more...
Sources (33)
- 0001-Adjust-win32-g-profile-for-cross-compilation-with-mi.patch
- 0002-Ensure-GLdouble-is-defined-when-using-dynamic-OpenGL.patch
- 0003-Fix-too-many-sections-assemler-error-in-OpenGL-facto.patch
- 0004-Make-sure-.pc-files-are-installed-correctly.patch
- 0005-Don-t-add-resource-files-to-LIBS-parameter.patch
- 0006-Prevent-debug-library-names-in-pkg-config-files.patch
- 0007-Fix-linking-against-shared-static-libpng.patch
- 0008-Fix-linking-against-static-D-Bus.patch
- 0009-Don-t-try-to-use-debug-version-of-D-Bus-library.patch
- 0010-Fix-linking-against-static-freetype2.patch
- 0011-Fix-linking-against-static-harfbuzz.patch
- 0012-Fix-linking-against-static-pcre.patch
- 0013-Fix-linking-against-shared-static-MariaDB.patch
- 0014-Fix-linking-against-shared-static-PostgreSQL.patch
- 0015-Rename-qtmain-to-qt5main.patch
- 0016-Enable-rpath-for-build-tools.patch
- 0017-Use-system-zlib-for-build-tools.patch
- 0018-Merge-shared-and-static-library-trees.patch
- 0019-Use-.dll.a-as-import-lib-extension.patch
- 0020-Pull-dependencies-of-static-libraries-in-CMake-modul.patch
- 0021-Allow-usage-of-static-version-with-CMake.patch
- 0022-Adjust-linker-flags-for-static-build-with-cmake-ming.patch
- 0023-Use-correct-pkg-config-static-flag.patch
- 0024-Fix-macro-invoking-moc-rcc-and-uic.patch
- 0025-Ignore-errors-about-missing-feature-static.patch
- 0026-Enable-and-fix-use-of-iconv.patch
- 0027-Ignore-failing-pkg-config-test.patch
- 0028-Prevent-qmake-from-messing-static-lib-dependencies.patch
- 0029-Hardcode-linker-flags-for-platform-plugins.patch
- 0030-Fix-linking-against-static-plugins-with-qmake.patch
- 0031-Prevent-Cannot-find-feature-windows_vulkan_sdk.patch
- 0032-Fix-crashes-in-rasterization-code-using-setjmp.patch
- git+https://invent.kde.org/qt/qt/qtbase#commit=b9906b5233a80cab372c95ac4dd68b25bdca0646
adsun commented on 2017-08-05 23:20 (UTC)
Martchus commented on 2017-08-05 21:47 (UTC)
@adsun As the package build here, I have to ask:
Did you apply any custom modifications to the PKGBUILD?
Do you build in a clean chroot? (If not, what packages are installed?)
From the error I would say -lcrypt32 is missing on the linker line. However, it is present.
adsun commented on 2017-08-05 17:57 (UTC)
Some undefined references in openssl linking.
https://gist.github.com/Adsun701/8569eb5e94bc0d7cd314ac56e1b86cf6
Any way to fix this?
Martchus commented on 2017-07-06 21:52 (UTC) (edited on 2017-07-06 21:54 (UTC) by Martchus)
Updated to 5.9.1
* OpenSSL
- Use of old OpenSSL 1.0 is still required.
- Static build links now (statically) against OpenSSL rather than loading OpenSSL at runtime. This makes more sense as it allows to distribute everything in a single binary. Unfortunately this will lead to symbol clash when trying to link an application against OpenSSL 1.1.
- Dynamic build still doesn't link against OpenSSL. OpenSSL is loaded at runtime instead (same as before) using the following search order: ssleay32.dll/libeay32.dll, libssl-10.dll/libcrypto-10.dll, libssl-8.dll/libcrypto-8.dll, libssl-7.dll/libcrypto-7.dll
* The patch 0023-Allow-usage-of-static-version-with-CMake.patch has been improved so static-only modules can be found under regular name. Additionally, it is now possible to use the static variant via CMake by just setting USE_STATIC_QT_BY_DEFAULT. Then the static variant is used by default without the need of using 'Static'-prefix.
- eg. https://github.com/Martchus/Qt-CMake-HelloWorld/blob/mingw-w64-static-by-default/CMakeLists.txt
- prefixed version which allows using both variants in the same project is still possible:
https://github.com/Martchus/Qt-CMake-HelloWorld/blob/mingw-w64-static/CMakeLists.txt
* There is no update for Qt WebKit, but I suppose it wouldn't be worth the rebuilding effort anyways. Instead I'll try updating to ng version.
xantares commented on 2017-07-04 21:26 (UTC)
hi,
export OPENSSL_LIBS -lssl -lcrypto, those are 1.1?
xan.
Martchus commented on 2017-06-08 20:06 (UTC) (edited on 2017-06-08 20:08 (UTC) by Martchus)
Qt 5.9.0 is there :-)
See my previous comment about openssl. Additionally, this is using pcre2 now. The location module now always needs ANGLE at build time (for some plugin), otherwise the build fails. Since problems of patch 0023-Allow-usage-of-static-version-with-CMake.patch still haven't been resolved yet you might want to build without it if you don't need to use the static version with CMake.
Users of my binary repo must execute the following commands after upgrading all Qt modules to be able to use the static version with CMake:
```
find /usr/{i686,x86_64}-w64-mingw32/lib/cmake -iname 'StaticQt5*Config.cmake' -exec sed -i 's/Qt5::\(.*\)Private/StaticQt5::\1Private/g' {} \;
find /usr/{i686,x86_64}-w64-mingw32/lib -iname 'Qt5*.static.prl' -exec sed -i 's/-lpcre16/-lversion -lpcre2-16/g' {} \;
find /usr/{i686,x86_64}-w64-mingw32/lib/qt/mkspecs/mingw-w64-g++ -iname '*.conf' -exec sed -i 's/-lpcre16/-lversion -lpcre2-16/g' {} \;
```
(I just don't want to keep my server busy for hours with rebuilding if executing 3 commands is sufficient.)
Martchus commented on 2017-06-07 10:32 (UTC)
@xantares As far as I'm concerned there is no such patch. The regular qt5-base still uses the old openssl. I follow this approach for Qt 5.9.0 and it seems to work fine. Hence I already provide mingw-w64-openssl-1.0 which doesn't conflict with mingw-w64-openssl. So the error should be gone when I push 5.9 here. Till then, don't update to openssl to 1.1. Or use the packages for 5.9 which are already available in my PKGBUILDs repo.
xantares commented on 2017-06-07 06:35 (UTC)
hi,
it doesnt build because of openssl>= 1.1, is there a similar patch for what's available for qt4 ?
xan.
Martchus commented on 2017-05-01 22:18 (UTC)
Note that this is likely not compatible with the latest version of mingw-w64-openssl so I wouldn't recommend updating it so far. Maybe a package mingw-w64-openssl-1.0 like the regular openssl-1.0 is required.
Martchus commented on 2017-02-07 00:39 (UTC)
Current version is on 'update/qt5' branch of my PKGBUILDs repository: https://github.com/Martchus/PKGBUILDs/tree/update/qt5
I haven't pushed it yet because there are still some outstanding problems with the static variant. One is that dependencies are not correctly written in prl files. However, those files are used by the CMake modules which hence not work correctly (specifically the dependency cycle between freetype2 and harfbuzz is messed). Not sure how to fix this. Also building qt5-tools failed last time I tried to build it due to missing dependencies required by Qt DBus. This should be fixed now, but I'll have to verify first.
Pinned Comments
Martchus commented on 2023-06-07 19:48 (UTC)
Who flagged this package (or wants to flag it): The KDE patch branch doesn't seem rebased yet and the regular qt5-base package has not been updated as well. Since this package is using the KDE patch branch I'm going to wait for them to rebase. You generally don't need to flag the package as I'm subscribed to relevant Qt mailing lists anyways.
Martchus commented on 2021-04-14 10:08 (UTC)
I've been updating this package and some further modules to use patches from KDE's fork. This is in accordance with the native Qt packages. As far as I know KDE's fork is not tagging releases. However, I will not pick up every single new commit on their branch but only update the package when it is worth it. Only flag the package as out-of-date if there are patches on their branch which are generally very important.
Martchus commented on 2020-09-13 11:42 (UTC)
Notes regarding 5.15.1 update
mingw-w64-qt5-base-static
but alsomingw-w64-qt5-svg-static
,mingw-w64-qt5-declarative-static
and so on. The static version is still sharing files with the shared version and as such depends on the shared packages. However, this change allows to avoid building all the static libraries if only shared libraries are required. If you've so far used static libraries from further Qt modules be sure to install the additional*-static
packages.5.x
. Let's see whether further updates for the5.x
branch will be made available by the community. If the regularqt5-base
packages picks up such commits I could update this package here as well.Martchus commented on 2018-05-29 08:29 (UTC) (edited on 2020-01-31 13:46 (UTC) by Martchus)
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, https://wiki.archlinux.org/index.php/Unofficial_user_repositories#ownstuff
Martchus commented on 2018-03-11 20:19 (UTC) (edited on 2020-09-13 11:45 (UTC) by Martchus)
@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:
(https://github.com/Martchus/PKGBUILDs/blob/master/qt5-tools/mingw-w64-static/PKGBUILD#L45)
Martchus commented on 2016-07-10 19:47 (UTC) (edited on 2020-01-31 13:47 (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.11.0-mingw-w64
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:
Also note the comments about the different variants inside the PKGBUILD itself.