Hey, I know, this question has been asked in the past and there is a lot information one can find in the net. But in all of this information, I can not find definite answers for this. Is it currently possible to build haskell programs for android using the android NDK? If course, I know, bindings have to be written and android GUIs have to be written in Java. But if I would write the bindings for the things I need...? Via C/gcc? Its not the fastest, but should work, should it not? Via llvm? If not, what is the problem in doing this? Thank you! Nathan
Nathan, it's better to redirect such questions to haskell-cafe. I've seen
people DIY'ing various mobile/ARM projects there. Suffice to say, that's
way out of beginner territory, unfortunately.
-- Kim-Ee
On Sun, Dec 30, 2012 at 8:19 PM, Nathan Hüsken
Hey,
I know, this question has been asked in the past and there is a lot information one can find in the net. But in all of this information, I can not find definite answers for this.
Is it currently possible to build haskell programs for android using the android NDK? If course, I know, bindings have to be written and android GUIs have to be written in Java. But if I would write the bindings for the things I need...?
Via C/gcc? Its not the fastest, but should work, should it not? Via llvm? If not, what is the problem in doing this?
Thank you! Nathan
______________________________**_________________ Beginners mailing list Beginners@haskell.org http://www.haskell.org/**mailman/listinfo/beginnershttp://www.haskell.org/mailman/listinfo/beginners
On Sun, Dec 30, 2012 at 8:19 AM, Nathan Hüsken
Is it currently possible to build haskell programs for android using the android NDK? If course, I know, bindings have to be written and android GUIs have to be written in Java. But if I would write the bindings for the things I need...?
GUIs can be written without requiring Java/Dalvik, at least on the more recent versions of Android. It's the basic runtime support that is still a bit lacking, last I checked.
Via C/gcc? Its not the fastest, but should work, should it not?
It's nonexistent for ARM; to get a working -fvia-C you have to go back to ghc versions that don't have any clue about ARM (if you want to scare yourself, check out via-C's Evil Mangler sometime). And I think the hosted build isn't working at the moment?
Via llvm?
I believe this is how current ARM development is doing it, rather than try to code up a native code generation backend. (I also get the impression that the NCGs are going to be deprecated in favor of -fllvm at some point, although they want to clean up some lingering optimization issues first; llvm wins for many things but does somewhat poorly for a few.) An additional issue: ghci (and Template Haskell because it uses the bytecode interpreter of ghci internally) currently(?) requires its own custom linker instead of being able to use the system linker. Said linker has no support for ARM. The correct fix for this is to redesign ghci so it doesn't need its own linker; there has been some work in this direction, but I don't know how complete it is, and it interacts with other issues such as building Haskell libraries as shared objects. -- brandon s allbery kf8nh sine nomine associates allbery.b@gmail.com ballbery@sinenomine.net unix, openafs, kerberos, infrastructure, xmonad http://sinenomine.net
participants (3)
-
Brandon Allbery -
Kim-Ee Yeoh -
Nathan Hüsken