[qt/qt/qtbase]: Summary of bulk changes made
KDE Git Services - Bulk Change <[email protected]>
| Newsgroups | gmane.comp.kde.cvs |
|---|---|
| Message-ID | <[email protected]> |
Git repository change summary for qt/qt/qtbase Pushed by mirror-service into branch 'dev'. Changed from 8b5670485050cbedffe92c9ca48537f89dc896bd to 8d096c88bdb780e9c589498efceaa575991f59d2 Acknowledgement was received that this change introduces only existing code that has been pushed to another public open source repository. This change contains the following new commits: Git commit bc18089b3ec2397123230b448d448ac13c3585a0 by Tor Arne Vestbø on 06/08/2026 at 13:22.. iOS: Default to the host architecture for simulator builds When configuring Qt with -sdk iphonesimulator we would always pick x86_64 as the target architecture, even on an Apple silicon host, where the simulator runs arm64 binaries. Default to the host architecture instead. [ChangeLog][iOS] Qt builds for the iOS simulator SDK now default to the host architecture, instead of always defaulting to x86_64. Pick-to: 6.12 Change-Id: Ic540b7880f02cb053b4aa10e0285f54a7c57a3e6 Reviewed-by: Ece Cinucen <[email protected]> Reviewed-by: Doris Verria <[email protected]> https://invent.kde.org/qt/qt/qtbase/-/commit/bc18089b3ec2397123230b448d448ac13c3585a0 Git commit deb8dcad67418210d5cc2104a97cb8cb9fd66e5e by Laszlo Agocs on 06/08/2026 at 13:28.. rhi: d3d: Do derefAdapter while the LUID is still valid Calling the function after adapterLuid is nulled out is clearly not ideal. Task-number: QTBUG-148834 Pick-to: 6.12 6.11 6.8 Change-Id: I16e3118fe700ec628e3da5557d101092dff03f13 Reviewed-by: Andy Nichols <[email protected]> https://invent.kde.org/qt/qt/qtbase/-/commit/deb8dcad67418210d5cc2104a97cb8cb9fd66e5e Git commit 8d096c88bdb780e9c589498efceaa575991f59d2 by Tor Arne Vestbø on 06/08/2026 at 13:38.. Enable Clang module maps by default on Apple and native Unix platforms The module maps no longer affect C++ consumers, as we now mask them via a VFS overlay for consumers that build with Clang modules, so we can turn them on by default instead of requiring an explicit opt-in. We limit this to Apple platforms, and Unix platforms we're not cross compiling for. The maps are only ever picked up by Clang and Swift consumers, which we don't expect for the likes of Android, WebAssembly, or OHOS, and we're not generating them for Windows yet. Apple platforms are included even though everything but macOS is cross compiled there, as that's exactly where we expect Swift consumers to show up. We restrict the module map test to Apple platforms at the same time, as it builds Qt as a Clang module with -Werror, which requires a modular C++ standard library. That's a given with libc++ on Apple platforms, but not with the standard libraries used elsewhere, which is the same reason the accompanying masking test was already restricted to Apple. For now we don't enable the apinotes/swiftinterface interoperability layer, as we haven't decided if this will live in Qt itself or in a dedicated swift-package-manager Qt package. Task-number: QTBUG-141360 Pick-to: 6.12 Change-Id: Iee96b1eeed7d15cf6bbc17c5b52b758f5228735e Reviewed-by: Orkun Tokdemir <[email protected]> https://invent.kde.org/qt/qt/qtbase/-/commit/8d096c88bdb780e9c589498efceaa575991f59d2