Current failures
QDoc after Qt 5.12 cannot use static linked llvm / clang when using MSVC
It uses libclang_static.lib
but llvm / clang don’t provide this one.
I have decided not provide LLVM-based QDoc until I find a way to static link it.
Update 3rd Nov, 2020:
libclang_static.lib
is packed separately using script by Qt guys.
Thanks “lixinwei” on QTCN.org for telling me related info. Original post (Sorry, it’s in Chinese)
Update 25th Mar, 2024:
I did some research about build of LLVM.
It reveals that, unfortunately, only LLVM 11.0.0 and above supports building static libraries on Windows.
Version before 10.0.1 supports only building shared library.
libclang_static.lib
and libclang.lib
static libraries in the llvm before 10.0.1 built by Qt are all patched by themselves.
While using MinGW llvm supports full dynamic linking (just as built by the llvm-mingw project by mstorsjo), when using MSVC it doesn’t. (Why?)
There may be no that much love for MSVC than MinGW…..
Command line too long when building Qt 6.2 series for MinGW
See QTBUG-96339 - temporarily workaround using CMake 3.20.2
QtOpcUa issues (Updated 19th Apr, 2024)
QtOpcUa is currently was previously not compatible with OpenSSL 3.0 series.
Temporarily disabling QtOpcUa build until the Qt guys update their open62541 version.
This change takes place since building and packaging of Qt 6.2.3 (when OpenSSL 3.0 started being used).
But seems like that open62541 guys don’t treat this as issue despite the increasing popularity of OpenSSL 3.0 series.
Version 1.3.3 has released without any fix about OpenSSL 3.0.
I don’t know if we can bring QtOpcUa back in Qt 6.4…
Update 6th Nov, 2022:
open62541 hasn’t release any version after 1.3.3 so there is no OpenSSL 3.0 support on open62541 of QtOpcUa 6.4.
There is a merged Pull Request on Github which added OpenSSL 3.0 support. Reference: Github Pull Request.
I will restart building with QtOpcUa when this change is got integrated in next released version of open62541.
Update 23rd Jan, 2023:
open62541 released 1.3.4 at 14th Nov, 2022. QtOpcUa 6.5 ships this version of open62541.
I’ll try building with QtOpcUa enabled on build of Qt 6.5. (Packages built before 23rd Jan, 2023 are without QtOpcUa)
Update 2nd Sep, 2023:
It is estimated that we can build QtOpcUa on Qt 6.2.7 which was released on 2nd Jan, 2023.
Update 25th Dec, 2023:
Qt 6.2.7 released with open62541 version still being 1.1.
We’d wait for next version of Qt 6.2.
Update 19th Apr, 2024:
Qt 6.2.8 released with open62541 version still being 1.1.
I don’t want to wait again and again and will permanently disable QtOpcUa for Qt 6.2 series.
Various failures building higher version of QtWebEngine on Qt 6.2.4
QtWebEngine 6.3.2 on Qt 6.2.4 fails on macOS when using Xcode 14.1. It was OK using Xcode 14.0.1. Probably because QtWebEngine 6.3.2 is incompatible with macOS Ventura SDK.
QtWebEngine 6.4.0 on Qt 6.2.4 fails on macOS and Windows. All of them succeeds inside gn
and outside it. Different failure occurs on Windows and macOS.
I’m tired of investigating them and will distribute Qt 6.2 series without QtWebEngine.
QtWebEngine has not released as LTS since Qt 6.2.4 and the Qt guys are simply taking QtWebEngine from later version (6.3, etc) for their 6.2 LTS series releases.
But no one else knows what version Qt guys are using for their Qt 6.2 LTS Releases except for the official packagers, as the QtWebEngine version is always different than the binary files.
Update 25th Mar, 2023:
QtWebEngine still develops in its own branch, but only qtwebengine-chromium
repository is made public.
The SHA1 of commits of each release version are recorded in tQtC’s own yocto repository meta-qt6
but commit of qtwebengine
repository can’t be found.
I don’t expect QtWebEngine can build with mismatched qtwebengine
and qtwebengine-chromium
repositories. Even if we are lucky enough that the code builds I don’t expect it works.
Since then I won’t provide builds of Qt 6.2 LTS series with QtWebEngine.
Existing package with QtWebEngine will be removed after 25th Mar, 2023.
Update 28th May, 2024:
Same thing also occurs on / applies for Qt 6.5.3.
Currently only macOS is the case. Windows would also be it when issue occurs.
Patch of CVE-2023-37369 conflicts on Qt 6.2 series
The patch is made for working with Qt 6.2.9, where it included an incompatible modification compared to Qt 6.2 series.
I’ve made patches on Qt 6.2.4 to fix the conflict but it conflicts with 6.2.5 again.
I won’t apply this patch before Qt 6.2.9 unless there are packagers / Linux distros who are aware of this issue and made patches.
Subsequent patch of CVE-2023-38197 depends on patch of CVE-2023-37369 thus can’t be applied either.
Update 16th Feb, 2024:
There are currently many security patches which can not be applied on Qt 6.2 series.
Since I have had trouble during investigation of previous patches, I won’t (possibly) investigate any solution for the patches that can’t be applied, instead I’ll just apply the patches when it applies cleanly.