Thanks Quinn! The Random Unification - https://github.com/apple/swift-evolution/blob/master/proposals/0202-random-unification.md Swift evolution proposal makes the same assumption. Without a definitive source one could also assume that arc4random always utilizes RC4 and conclude that it (and thus the Swift SystemRandomNumberGenerator - https://developer.apple.com/documentation/swift/systemrandomnumbergenerator) is to be avoided, though.
Post
Replies
Boosts
Views
Activity
For the record: It seems that the problem was caused by xcodebuild not waiting for the pre-action script to complete before proceeding with the build. In that case the entitlements file was not present at the location pointed to by CODE_SIGN_ENTITLEMENTS (it is in fact not under version control there, it is instead copied there by the pre-action script and being gitignored afterwards). A reboot of the Jenkins node was enough to remedy the problem - at least for the time being. The CSSM errors mentioned above seem to be unrelated after all.
I have been watching the logs closely during on of the failing builds and I see codesign report a "UNIX error exception: 17" (EEXIST maybe?) followed by several CSSM errors (e.g. CSSMERR_DL_DATASTORE_DOESNOT_EXIST) before xcodebuild reports a "UNIX error exception: 22" (EINVAL?). Does that ring any bells?
Oh well... This does indeed work. The remark "You must import this API explicitly." completely threw me off. Thanks Quinn!