Use the new #available(Android <API>, *) instead from Swift 6.3 to look for backtrace()#1546
Use the new #available(Android <API>, *) instead from Swift 6.3 to look for backtrace()#1546finagolfin wants to merge 2 commits intoswiftlang:mainfrom
#available(Android <API>, *) instead from Swift 6.3 to look for backtrace()#1546Conversation
|
Converted to a draft since it's not possible to safely merge it yet. |
…look for `backtrace()` Mads added this compiler feature for Android in swiftlang/swift#84574 before the 6.3 branch, so update the Android triples and NDK version to test it, as it requires NDK 28 or later.
|
Rebased and changed official workflow version to get an NDK fix, swiftlang/github-workflows#235, so this pull's CI finally uses the NDK 28 it requires and passes. This change requires Android NDK 28 or later, but the Swift SDK for Android is still stuck on LTS NDK 27, which doesn't have the header annotations to support this Android availability feature. I just tried changing the availability condition to I think this would be fixed if we had compile-time NDK versioning, swiftlang/swift#81402, but for now, users will have to choose one NDK or the other and we cannot merge this till all Android CI switch to NDK 28 or later. |
Yeah that's not surprising; the I probably said "don't do this" previously, but to cut the knot: maybe add an |
|
Heh, nice idea but I'd rather not resort to C, will just wait till we update the NDK. 👍 |
Mads added this compiler feature for Android in swiftlang/swift#84574 before the 6.3 branch, so update the Android triples and NDK version to test it, as it requires NDK 28 or later.
@grynspan, just a pure rebased copy of #1373, unfortunately, may be a while before we can merge it.