ARM build apps needs to be signed.
If you did not codesign the app yet, you need to do this.
You can do a quick adhoc signing by doing this on the AS device:
Compiling x86-64 works fine except the executable app is located in the source directory. And if there is a Builds - … directory, it is removed. And the executable runs fine on MacOS
Sorry, I’m using MacOS 11.0.1 on an iMac and have Xcode 12 installed
This saga reminds me of similar problems with directories that we encounter many years ago (
I have also seen this error today (once) when messing around with enabling/disabling build folders.
It also was building, but not replacing the app on completion (when build folders was disabled). Imma take a break, incase me trying to find a work around for build script system (with UB) has only made things worse.
Well - yes and no.
The reason behind this effect is that the arm64 build is linked against the Big Sur SDK. Whereas the x86-64 part is still linked against an older macOS SDK.
Applications linked against the newest macOS SDK will report 11.0, “older applications” (not in the meaning: time of build, but linked against an older SDK) will report 10.16.
And that’s just one of the differences you get in runtime behavior…!
It’s a bit silly to build a Universal binary in which the two included targets are linked agains different SDK’s. One has to know the differences and deal with it. Maybe not what the “average Xojo developer” expects.
For sure you need to test both x86-64 and arm64 independently. Don’t assume the application will behave the same on Big Sur (Intel / M1).
Someone should probably start an own Thread with “(Un)expected differences in Runtime behavior on Big Sur (Intel | M1)”… I think to remember differences in Toolbar, some Window/Drawing-things, …
Has someone reported that in Feedback…?
Xojo has already done some changes with <https://xojo.com/issue/62773>, but they need to consider this “build folders setting” situation, too.
I thought I’d already done that for my blog, comparing 10.16 to 11.0… Can’t find it now, if someone really wants to see, I can boot into BS and create an updated GUI cheat sheet.
I have a related article scheduled for my blog this weekend.
Build folders (shared build settings) is this on or off?
I was getting an error when trying to build just an ARM app (A Xojo code signing issue), and toggling this option appeared to fix it for me and @Robin_Harrington.
Oh debug runs… It probably doesn’t apply there, but give it a shot and see if it makes any difference.
In the “Navigator” sidebar at the top of the build options, which are listed towards the bottom of the sidebar. I think it’s just called “Shared”. Don’t have Xojo on this machine, so I can’t check, sorry.
Sorry about that, I read that as a Build option and I think @ChristopheDV is having problems with debug run, don’t know if changing the Debug destination will help. Maybe he is having problems with debug and build.