I'm expecting not to ship some of my apps as universal binaries, because the download size overhead would be too excessive. Instead, I'm planning to provide separate downloads for Intel and ARM-based Macs. On my downloads page, I'm expecting to provide the correct download by default automatically based on the browser's User-Agent, but I'd also like to make sure that users who are currently using an x86_64 build are automatically migrated to an armv8 build when they update the apps.
It's been explained that sysctl.proc_translated is the primary way to check if an app is running under Rosetta, but it's unclear if that actually confirms that the host system is armv8 specifically. I know that there currently isn't any other platform I could reasonably be running translated under, and I don't expect any such transitions to happen any time soon, but it still feels a bit icky to make that assumption. Is there some preferred API to get the native system architecture, or should I assume that translated apps will always be under armv8 or armv8-compatible hosts?
It's been explained that sysctl.proc_translated is the primary way to check if an app is running under Rosetta, but it's unclear if that actually confirms that the host system is armv8 specifically. I know that there currently isn't any other platform I could reasonably be running translated under, and I don't expect any such transitions to happen any time soon, but it still feels a bit icky to make that assumption. Is there some preferred API to get the native system architecture, or should I assume that translated apps will always be under armv8 or armv8-compatible hosts?