Build: Bump Qt6 from 6.8.1 to 6.9.0 (Automated PR)

[github-actions]

This automated Pull Request updates the used Qt6 version to version 6.9.0.

This PR was opened by the workflow Bump dependencies (create-prs)

CHANGELOG: Build: Updated bundled Qt6 to version 6.9.0

[github-actions]

PR has been updated for version 6.8.1 by the workflow Bump dependencies (create-prs).

[ann0see]

I'd assume that this breaks on every Qt6 build.

[pljones]

Second try at the iOS build -- the truncated log messages don't help.

---

EDIT: Oh, click the line number and it relists everything fully.

/Applications/Xcode_15.4.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/clang -x c++
-ivfsstatcache /Users/runner/Library/Developer/Xcode/DerivedData/SDKStatCaches.noindex/iphoneos17.5-21F77-f0fa7969d082b13145125136a829df3a.sdkstatcache
-fmessage-length=0 -fdiagnostics-show-note-include-stack -fmacro-backtrace-limit=0 -fno-color-diagnostics
-Wno-trigraphs -Wno-missing-field-initializers -Wno-missing-prototypes -Wno-return-type -Wno-non-virtual-dtor -Wno-overloaded-virtual -Wno-exit-time-destructors -Wno-missing-braces -Wparentheses -Wswitch -Wno-unused-function -Wno-unused-label -Wno-unused-parameter -Wno-unused-variable -Wunused-value -Wno-empty-body -Wno-uninitialized -Wno-unknown-pragmas -Wno-shadow -Wno-four-char-constants -Wno-conversion -Wno-constant-conversion -Wno-int-conversion -Wno-bool-conversion -Wno-enum-conversion -Wno-float-conversion -Wno-non-literal-null-conversion -Wno-objc-literal-conversion -Wshorten-64-to-32 -Wno-newline-eof -Wno-c++11-extensions -Wno-implicit-fallthrough -fstrict-aliasing -Wdeprecated-declarations -Winvalid-offsetof -Wno-sign-conversion -Wno-infinite-recursion -Wno-move -Wno-comma -Wno-block-capture-autoreleasing -Wno-strict-prototypes -Wno-range-loop-analysis -Wno-semicolon-before-method-body -Wall -Wextra
@/Users/runner/Library/Developer/Xcode/DerivedData/Jamulus-bdtpfrmonafyhfejbibnxopfprmh/ArchiveIntermediates/Jamulus/IntermediateBuildFilesPath/Jamulus.build/Release-iphoneos/Jamulus.build/Objects-normal/arm64/82b82416624d2658e5098eb0a28c15c5-common-args.resp
-MMD -MT dependencies -MF /Users/runner/Library/Developer/Xcode/DerivedData/Jamulus-bdtpfrmonafyhfejbibnxopfprmh/ArchiveIntermediates/Jamulus/IntermediateBuildFilesPath/Jamulus.build/Release-iphoneos/Jamulus.build/Objects-normal/arm64/channel.d
--serialize-diagnostics /Users/runner/Library/Developer/Xcode/DerivedData/Jamulus-bdtpfrmonafyhfejbibnxopfprmh/ArchiveIntermediates/Jamulus/IntermediateBuildFilesPath/Jamulus.build/Release-iphoneos/Jamulus.build/Objects-normal/arm64/channel.dia
-c /Users/runner/work/jamulus/jamulus/src/channel.cpp -o /Users/runner/Library/Developer/Xcode/DerivedData/Jamulus-bdtpfrmonafyhfejbibnxopfprmh/ArchiveIntermediates/Jamulus/IntermediateBuildFilesPath/Jamulus.build/Release-iphoneos/Jamulus.build/Objects-normal/arm64/channel.o

Well, I don't see it having passed the flag...

[ann0see]

I believe we need to link a pre-compiled file from plugins/multimedia. Via Xcode GUI, It's possible to add a library manually. Then - most likely - there's a qmake variable for the linker (yes, this could be CXXFLAGS) where we'd add it manually.

[ann0see]

Maybe also https://github.com./deepin-community/qt6-multimedia/blob/bc546c744fbab91bc9359f56001dfac464f17388/src/multimedia/Qt6MultimediaMacros.cmake#L6 helps. This defines how cmake loads ffmpeg.
Edit: The local version looks different. It wants to load iOS/libs/ffmpeg/*.framework as far as I understand.

[ann0see]

Update: Loading all *.framework files form iOS/ffmpeg/ by putting them in the root and then including them via the Xcode GUI makes the app build. However, it crashes while opening it on the device since it cannot find the framework.
If I add "@executable_path/" as Runpath Search Paths in Xcode, the app opens towards a black screen.

https://forum.qt.io/topic/104023/how-to-add-a-ios-framework-to-qt-project/7

[ann0see]

I think it's worth to wait a bit since there seem to be multiple issues on iOS with the move to ffmpeg on the Qt side (https://www.reddit.com/r/QtFramework/comments/1gh5xb2/issues_with_qt_68_and_ffmpeg_on_ios_anyone_else/). I hope there'll be a fix in the next months.

[github-actions]

PR has been updated for version 6.8.2 by the workflow Bump dependencies (create-prs).

[ann0see]

I'm inclined to de-tag this. There's no progress on the Qt side.

[pljones]

OK, this could have an impact on our plans for Jamulus 4 but it shouldn't hold up 3.12.0, I agree.

[ann0see]

The linked issue from Qt has had an update. It's now in progress

[github-actions]

PR has been updated for version 6.8.3 by the workflow Bump dependencies (create-prs).

[github-actions]

PR has been updated for version 6.9.0 by the workflow Bump dependencies (create-prs).

[pljones]

OK, so now that's even noisier about FFMpeg dependencies not met. Have they made it clearer how to remove the dependency?

[ann0see]

I believe that the next version should have a fix.