Description
Problem
With Swift 6 approaching in a few months and nightly builds already being available we should ensure that all our packages are working well with all Swift concurrency checks.
The goal would be to support Swift 6 right from the start.
We should consider selectively making some of our packages Swift 6 exclusive in case we require features only available in the next major version but should ideally support Swift 5.10 while Swift 6 adoption is picking up.
Solution
Each Spezi Package should enable strict concurrency checking in a PR and ensure that we don't have any warnings remaining in the packages as we develop new features or fix bugs from now. All UI test apps in the projects need to enable these flags by default.
- Complete Concurrency Checking Spezi#103
- Complete Concurrency Checking SpeziLLM#54
- Complete Concurrency Checking SpeziChat#15
- Complete Concurrency Checking SpeziAccessGuard#21
- Complete Concurrency Checking SpeziBluetooth#21
- Complete Concurrency Checking SpeziMedication#13
- Complete Concurrency Checking SpeziHealthKit#21
- Complete Concurrency Checking SpeziQuestionnaire#24
- Complete Concurrency Checking SpeziFirebase#30
- Complete Concurrency Checking SpeziScheduler#40
- Complete Concurrency Checking SpeziFileFormats#5
- Complete Concurrency Checking SpeziAccount#55
- Complete Concurrency Checking SpeziStorage#20
- Complete Concurrency Checking SpeziContact#26
- Complete Concurrency Checking SpeziOnboarding#47
- Complete Concurrency Checking SpeziLicense#3
- Complete Concurrency Checking SpeziFoundation#8
- Complete Concurrency Checking SpeziViews#35
- Complete Concurrency Checking SpeziFHIR#19
- Complete Concurrency Checking SpeziSpeech#6
- Complete Concurrency Checking SpeziMockWebService#16
In a final step, the Spezi Template Application and Spezi Study Application should enable strict concurrency checking to demonstrate that we fully support it in using applications.
- Complete Concurrency Checking SpeziTemplateApplication#76
- Complete Concurrency Checking SpeziStudyApplication#10
Additional context
We should consider adding SWIFT_TREAT_WARNINGS_AS_ERRORS = YES
to our general workflows to enforce that all warnings are flagged as errors during our CI setup.
Code of Conduct
- I agree to follow this project's Code of Conduct and Contributing Guidelines
Metadata
Metadata
Assignees
Type
Projects
Status