-
Notifications
You must be signed in to change notification settings - Fork 11
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Apple Silicon #359
Comments
Yes - in terms of AIR applications running on these new Mac platforms, that's fine, and we've applied for their beta program to get hold of hardware asap. In terms of the AIR SDK running on this - there are a couple of dependencies for this, obviously we'd need the Android SDK build tools to be available on it, and we'd also need to check how the iOS compilers might work on this. I would hope that we can get the AOT compiler running on it but assume that it would only be the 64-bit one so like Catalina, you wouldn't be able to target legacy iPad/iPhone hardware that's only 32-bit... |
Thank you very much for your quick reply ! Currently I'm using AIR (from Adobe) only for Desktop. A few questions:
|
@SolidSoft-Lda |
Great. |
a x86_64 binary should work fine under Apple Silicon About the Rosetta Translation Environment
|
Yes, I know that there is a translater that give up pleny of time. |
I don't think I said in my comment that we should not convert the AIR runtime to ARM |
Yes we have time but we should not leave to the end as we did with Android-x64. This kind would be nice to breathe. |
you are definitively reading more into my comments that what my comment says when you say
I would argue it's not your prerogative to tell the developers of the AIR SDK how and when to do it |
Even here you interfere with my posts and spoil it. |
So what is the current expectation regarding AIR on Apple Silicon and Rosetta 2, the runtime which runs x86_64 binaries? Is Harman working on this? From what I've seen on the Apple support forums, most x86_64 software which contains some just-in-time compiler doesn't work out of the box because of some memory protection issues, but I also don't understand the issues well enough, so I have no idea if that is something which can be fixed without a full arm64 port. I have the DTK (the Apple Silicon hardware provided as part of their beta program) at my hands, and I tested my AIR application on this system, using Harman's latest AIR SDK for macOS (33.1.1.300). It doesn't run, it immediately crashes with EXC_BAD_ACCESS / KERN_PROTECTION_FAILURE. The applications runs fine on an Intel mac using the latest beta of macOS 11 Big Sur, though. |
I hope this will be resolved too. |
I just upgraded to a Mac M1 chip and compiled with the latest SDK and our desktop software are now all working fine as expected. However it seems like we are now using the |
Yes currently it's possible to use Rosetta although there are some instabilities still that we're working through; but yes, the plan is to move to native support. |
Would be good to have a timeline on this, as we will need to plan to make support available for our ANEs as well. |
Hmm, so what am I doing wrong? My Air desktop application (using the captive runtime) does not run on the ARM Mac, but works on Big Sur on x86_64. |
Hm, is it possible that the CPU in the DTK (the "Device Transitioning Kit" provided early to developers) and the M1 CPU (the devices in the market now) are different enough, so that an AIR x86_64 app doesn't run on the former, but does on the later? @ajwfrost do you know anything about this? @myflashlab is it possible that I test your application on my DTK, to verify this theory? |
There may be differences between the DTK and the production devices, although I think it's more likely that the success or not would depend on exactly what it's doing .. particularly around the JIT as you mentioned earlier. If you send us your app we can take a look perhaps? |
Have not yet prepared the new version for an official release but that may happen by the end of this week... |
Most of our experience with the dtk has been terrible, nothing seemed to work as expected on it.. we gave up testing all our air, unity and native apps on it in the end. Honestly I'd suggest ignoring any issues you are having with it and move to a real silicon machine. |
@ajwfrost sure, if you wanna take a look I would be very grateful. Or anyone who already has access to a M1 machine. I'm waiting for mine, but it would be really great to get clarity on this. -> https://nowak2000.de/transfer/51e88add5343d2062b65c97f74aac6cb/dlancockpit_frontend_osx.tar.gz The app itself needs a backend/daemon and some physical devices to do something meaningful, without that it will just display an empty window and a message about the missing backend. But that's OK, on my DTK it crashes before even displaying the main window, so if someone sees the main window that's already a win. |
@koljanowak well, works normal on my side! Tip: in your project manifest set |
That's great to hear, many thanks vor trying, and for the tip! Also, wtf Apple ... ^^ |
@myflashlab Hi, would it be possible for you to check if my app also works on the M1, I would greatly appreciate it? If possible I would just like to know if it starts up, thats all. my app can be found here: www.notesandmath.dk > Press download in the top menu. |
Closing this issue since the SDK release 33.1.1.476 is now building natively for M1 i.e. Universal Binaries that contain both x86_64 and arm64 code in them |
Just submitted a .476 build but its showing as not compatible in App Store Connect @marchbold are your ANEs supporting x86_64? |
Do you have plans for early adopter Apple Silicon version of AIR:
https://www.apple.com/newsroom/2020/06/apple-announces-mac-transition-to-apple-silicon
The text was updated successfully, but these errors were encountered: