4 ms·
> I wonder if Google made a mistake by not choosing native code for Android apps. Seeing as Android runs on a lot more than just ARMv7, no, they didn't appear
by kllrnohj 13y ago
> I wonder if Google made a mistake by not choosing native code for Android apps.
Seeing as Android runs on a lot more than just ARMv7, no, they didn't appear to make a mistake here at all.
Apple can tell developers to compile their app twice for ARMv7 w/ NEON & ARMv8-A64, but is Google going to go tell everyone to compile for ARMv6 (Android devices running this are still shipping), ARMv7 w/o NEON, ARMv7 w/ NEON, ARMv8 (not here yet on Android, but obviously coming), MIPS, X86, etc...?
> We have heard forever about Java (and other run-times) getting close to C in performance, but outside of specific test cases native code still runs circles around everything else out there.
The vast majority of the Java code in an Android app isn't performance-critical either. The code that actually renders an app is all in native anyway. The code to handle touch events and such isn't, but the difference between .1ms and .2ms isn't going to break the 16ms bank either.
- fleitz 13y agoThey don't 'tell' you, you press Command-B and it happens. When there are new architectures, you get a warning in XCode and press "Upgrade Project". Right now my 'default' build is for armv7, armv7s, armv8, x86, x86_64. This setup required no effort on my part. I just created a new project.
- deleted 13y ago[deleted]
- Tmmrn 13y ago> ARMv7 w/o NEON Several of Google's own google apps depend on native libraries. Try to install google apps for android 4.2+ on a device without neon like tegra2 and see how many of them actually work and how many crash with SIGILL.