Hi there
The behaviour of using Locale(identifier: "ar") with NumberFormatter.locale appears to have changed between iOS 17 and iOS 18.
Is this expected?
Steps to reproduce
import UIKit
func numberFormatter(withlocaleString localeString: String) -> NumberFormatter {
let locale = Locale(identifier: localeString)
let numberFormatter = NumberFormatter()
numberFormatter.locale = locale
return numberFormatter
}
let numbers = 0...9
let localeDigits = numbers
let ar_digits = localeDigits.compactMap {
numberFormatter(withlocaleString: "ar").string(for: $0)?.first
}
print(ar_digits)
Results
The results show:
**** numbering system on iOS 17
latn numbering system on iOS 18.
iOS
Output
iOS 17
["٠", "١", "٢", "٣", "٤", "٥", "٦", "٧", "٨", "٩"]
iOS 18
["0", "1", "2", "3", "4", "5", "6", "7", "8", "9"]
Selecting any option will automatically load the page
Post
Replies
Boosts
Views
Activity
Hi there
I've recently had my upload rejected in Xcode Organizer as a result of one of the frameworks we use containing
bitcode.
Error: [ContentDelivery.Uploader.XXXXXXXXXX] Validation failed (409) Invalid Executable. The executable 'Sam.app/Frameworks/Foo.framework/Foo' contains bitcode.
Is there an accurate way to determine whether an .xcframework contains bitcode ahead of time without using Xcode Organiser?
My current methodology is below, please can I get some confirmation that this is accurate, or suggest a more efficient approach?
I have concerns about my approach and whether it throws false positives for empty bitcode markers.
1. get original framework size
2. run xcrun bitcode_strip -r framework_path -o temp
3. get new framework size
4. if new size is smaller than original, then it contains bitcode
Thanks for the help,
Sam
Topic:
Developer Tools & Services
SubTopic:
General
Tags:
App Store Connect
Xcode
App Submission
Linker