There are projects like eql5-android but you can't use the native Android gui library and have to stick with QT.
There is the Clojurescript approach but you will have to use React Native (which is developed by Facebook)
There is the Lispworks mobile runtime (I don't know how they achieved to create something like that, did they write their CL implementation in Java?) but it costs money.
There is kawa scheme but I'm not sure if it's as ready for real projects as something like Common Lisp or Clojure is.
Surely there must be an easier way right /prog/?
It's not easier with other languages.
>>1
Did you consider ABCL?
>>3 ABCL can't build for the JVM fork that android uses.
Lambdanative.
>>4 rip
>>1
It's because Android development is difficult in general.
Have you tried Android development with Clojure?
>>7
Is there a reason for this in general?
>>9
Google doesn't want Android to be a stable platform. They're doing the classic "Fire and Motion" tactic to keep ahead of competitors on their own platform.
>>9
Doing UI stuff is unintuitive and the way of Android apps are structured makes them messy and hard to read. I don't know how to describe it other than "muddy", doing things the right way according to google just feels wrong. It's also challenging to write android apps outside of Android Studio because there is a lot of boilerplate required. Debugging can be difficult as well.
I don't even hate Java, but I'd unironically use react over developing a native android app if I were forced to build an android app again.
Doesn't work because Clojure expects a bone fide JVM, and Android runs ART.
A true /prog/rider would be willing to lay down their life for Kawa. Have you people no shame! Android UI has an XML interface and there is a Clojure wrapper: https://github.com/clojure-android/neko/wiki/User-interface
OP sold his soul to the necrotized flesh-eating monsters of the monolithic hierarchy fork of a college dorm hack.
seL4 lives while QNX rots. Minix chuckles.
>>10
I don't know where you got this idea, change in Android is actually very slow, mainly because they are terribly afraid of breaking third-party apps.
>>15
They might be afraid of it but the only people better at breaking third-party apps are Apple.