Xcode 14.3 run in rosetta simulator. Arch in destination gets ignored.

[KunzManuel]

Troubleshooting

• I've searched discuss.bitrise.io for possible solutions.
• Which version of the step is effected? 4.7.0
• Is the issue reproducible with the latest version? YES
• Does the issue happen sporadically, or every time? EVERY TIME
• Is the issue reproducible locally by following our local debug guide? YES

Useful information

• FAQ
• devcenter.bitrise.io

Issue description

On migrating a project to the M1 setup our team ran into a problem with building our tests with the Xcode Test for iOS step.
Running with Xcode 14.3 and the M1 large we got the error:
could not find module 'Example' for target 'x86_64-apple-ios-simulator'; found: arm64-apple-ios-simulator

This problem seems to come with Xcode 14.3 which no longer runs in rosetta mode. Release notes

But Xcode 14.3 still allows to run a simulator in rosetta mode. To enable this the destination has to be extended by the arch param.
-destination "platform=iOS Simulator,name=iPhone 14,arch=x86_64"

By having a quick look into the code you can see that this arch param is currently ignored. The destination is parsed and the identifier of the simulator is appended to the xcodebuild command.

• A quick win would be to add an option to bypass this destination parsing and add the plain destination string to the xcodebuild command.
• Fastlane ran into the same problem and solved it by adding a Run rosetta simulator attribute. Which adds the arch=x86_64 attribute to the end of the destination Fastlane reference

[godrei]

Hi @KunzManuel ,
thanks for the detailed issue report!

I couldn't reproduce the issue with my sample projects. Do you have an example project, which I could use for reproducing the issue and to verify the suggested approach?

Is the module mentioned in the error a swift package dependency? I came across this writing: Some pits of using SPM and Build Configuration in Xcode, which suggests updating build settings for resolving a similar problem.

[KunzManuel]

Hello,

unfortunately I can not share the project.
Yes the module mention is a Swift Package.
In the main project the build settings are set to exclude the arm64 arch due to a framework in use which does not support arm64 simulators yet.
So right now before we can get rid of the framework, or support is added, we have to run the tests in rosetta mode.
Our current hotfix is to use a custom Script step and run:
xcrun xcodebuild test -workspace example.xcworkspace -scheme Example -destination "platform=iOS Simulator,name=iPhone 14 #Pro,arch=x86_64"

[godrei]

@KunzManuel have you tried Apple's Resolving architecture build errors on Apple silicon guide?

[KunzManuel]

@godrei Yes unfortunately non of it worked for me.

[alessandrodn]

I'm also struggling to get our project run UT on the x86_64 simulator as well.
I can confirm the same behavior; I was able to bypass the error by explicitly excluding the arm64 architecture in the Additional options for the xcodebuild command.
This should fix your error; though my build still doesn't pass 😞

[StrAbZ]

Hi!

I have the exact same issue.

My project already have the arm64 as excluded arch as explained by Apple in Resolving architecture build errors on Apple silicon guide.

However this means we need to run Rosetta Simulators for Xcode 14.3, which normally should be done by adding the arch=x86_64 to the destination. But it looks like this is not passed to the Xcode build command.

[robinkunde]

I'm also dealing with this issue and my Bitrise project has now been marked "abandoned" because I cannot get it to build on CI. I skimmed over the code, and it looks like what this step does is use the destination identifier to retrieve the UUID of the simulator. That works but discards the arch info which is how Apple expects you to target Rosetta simulator destinations from the command line.
The EXCLUDED_ARCH solution that is suggested in Bitrise's docs may work for some apps, but it's extremely cumbersome and I have personally not been able to make it work. Allowing the arch parameter would make things much easier.

That said, I think the arch parameter may not work before Xcode 14.3 or 14.2.

[lpusok]

Suggestion released in https://github.com/bitrise-steplib/steps-xcode-test/releases/tag/4.7.3.
However Xcode's destination selector is very buggy if when using arch flag, it disregards any device name and OS version. It seems to select a destination with runtime OS 13.7 or 14.5, these can only be run under Rosetta. So manually selecting a device under these runtimes would be a workaround also.

[robinkunde]

4.7.3 solved my problem. Thanks

[lpusok]

@robinkunde @StrAbZ @KunzManuel

In addition of passing the arch flag through found a better way to override Xcode Simulator selector buginess using the start-xcode-simulator Step:

- xcode-start-simulator:
    inputs:
    - destination: platform=iOS Simulator,name=Bitrise iOS default,OS=latest,arch=x86_64 #Additional arch flag added here
- xcode-test:
    inputs:
    - destination: $BITRISE_XCODE_DESTINATION # Use the same destination as the xcode-start-simulator Step
    - project_path: ./ios-sample/ios-sample.xcodeproj
    - scheme: ios-sample
    # Disabling parallel testing ensures that prebooted device is used. ARCHS=x86_64 is optional, to enable project compilation
    - xcodebuild_options: -verbose -parallel-testing-enabled NO  ARCHS=x86_64
    - collect_simulator_diagnostics: never # This is the default

[sleivysarnas]

We are still having issues even after 4.7.4 update and @lpusok suggested changes (to start simulator before test step). Locally and on local Bitrise CLI build everything works as expected, but when running through Bitrise (non-local) we are experiencing this error:

Failed to install or launch the test runner. (Underlying Error: Process spawn via launchd failed. Bad file descriptor. (Underlying Error: The operation couldn’t be completed. (Mach error 9 - (os/kern) memory failure)))

[lpusok]

@sleivysarnas What happens if you set the destination directly in the xcode-test Step (- destination: platform=iOS Simulator,name=Bitrise iOS default,OS=latest,arch=x86_64), not using the start-simulator one?

[sleivysarnas]

@lpusok exactly the same error

[daliad007]

@sleivysarnas What happens if you set the destination directly in the xcode-test Step (- destination: platform=iOS Simulator,name=Bitrise iOS default,OS=latest,arch=x86_64), not using the start-simulator one?

Hello, we had the same issue and this fixed it for us. We also updated to the latest version at this point (5.0.1) thank you!