| ▲ | dagmx 3 days ago | ||||||||||||||||||||||||||||||||||
They’re describing higher level API that may have a separate ABI than the lower level system. But like I said, they’re conflating the lower level ABI with the higher level API/ABI. All the systems they mentioned have an equal C ABI available for talking to the core system. | |||||||||||||||||||||||||||||||||||
| ▲ | pjmlp 3 days ago | parent [-] | ||||||||||||||||||||||||||||||||||
No they don't, you cannot use C in Android outside the NDK, and even on the NDK you need to go through JNI for 80% of the OS APIs. This is the only set of APIs exposed via a C API to Android applications, https://developer.android.com/ndk/guides/stable_apis You can argue that JNI technically is exposed via C, yeah if you ignore the JVM/ART semantics that go along with it. Likewise on Windows, technically you can use bare bones structs with function pointers to deal with COM, use CLR COM APIs to call .NET via reflection, and a similar story with WinRT, but it is not going to be fun, and then there is the whole type libraries that have to be manually created. | |||||||||||||||||||||||||||||||||||
| |||||||||||||||||||||||||||||||||||