On 08/08/10 01:44, Don Stewart wrote:
Only problem is rewriting the GHC runtime in Java... :-)
Perhaps I don't understand the problem domain correctly, but IMHO this
project was already once done in LambdaVM:
http://wiki.brianweb.net/LambdaVM/LambdaVM.
Karel
On 08/08/10 03:08, Mathew de Detrich wrote:
Well the other issue is of course that Android being available on a wide
variety of phones, not all of which run ARM (the phone I am about to get for
example has a custom built CPU), although I guess one could use a generic
ASM branch for mobile
I just did some further talking with Liam, and it appears that the NDK
really just produces an ARM binary which ends up getting linked into the
Dalvik VM files (it isn't platform independant as I thought) which means
that using LLVM to produce an ARM ASM output is a fine choice. By the sounds
of
On Tue, Aug 10, 2010 at 4:23 PM, Mathew de Detrich dete...@gmail.com wrote:
There still however leaves the problem with what to do with Java, because a
proper Android app (not a linux app compiled for ARM) needs to link with
Java to interface with Android
I'm interested in getting jvm-bridge
On Sun, Aug 08, 2010 at 01:08:30AM +, Mathew de Detrich wrote:
In my opinion the most reliable approach would actually to produce the C
that wraps around NDK (for any code that could be possible) which would
obviously interface with the Java libraries. Probably the biggest bane of
Android
Whatever happened to the JVM backend for GHC? That might actually be a
relatively straightforward solution to the whole interface to Java
problem.
On Sun, Apr 18, 2010 at 11:42 PM, Don Stewart d...@galois.com wrote:
liamoc:
On 19 April 2010 05:29, Don Stewart d...@galois.com wrote:
That's
Only problem is rewriting the GHC runtime in Java... :-)
-- Don
scooter.phd:
Whatever happened to the JVM backend for GHC? That might actually be a
relatively straightforward solution to the whole interface to Java problem.
On Sun, Apr 18, 2010 at 11:42 PM, Don Stewart d...@galois.com
Well the other issue is of course that Android being available on a wide
variety of phones, not all of which run ARM (the phone I am about to get for
example has a custom built CPU), although I guess one could use a generic
ASM branch for mobile devices (if one exists). btw the phone I am about to
The Hummingbird is still ARM. ARM doesn't actually build any chips
themselves, and just license the architecture design out to people who do
make them. Most of the iPhone ARM chips are built by Samsung too.
Almost all the mobile devices I know of run ARM, so I think having a native
ARM generator
Although I know that ARM basically has monopoly for chipsets on mobile
devices, that doesn't mean there couldn't be a chipset used that isn't ARM
and runs android (and what if that device happened to be really popular in
the future?)
The main issue however, as I mentioned before, is the fact that
liamoc:
On 19 April 2010 05:29, Don Stewart d...@galois.com wrote:
That's great info -- we do have an unregisterised ARM port of GHC in
Debian, iirc. (And the LLVM backend can generate ARM code too)
Sounds good. With regards to LLVM, what dependencies does LLVM ARM
code have? Android
Our best bet is to compile to ARM native code and then use the NDK to
talk to the Java APIs.
Cheers.
~Liam
___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.haskell.org/mailman/listinfo/haskell-cafe
liamoc:
Our best bet is to compile to ARM native code and then use the NDK to
talk to the Java APIs.
Cheers.
~Liam
That's great info -- we do have an unregisterised ARM port of GHC in
Debian, iirc. (And the LLVM backend can generate ARM code too)
On 18/04/2010, at 1:39 PM, Darrin Chandler wrote:
I recently purchased an Android phone and spent a little time looking
around to see if Haskellers were doing anything there, but no luck so
far. Has anyone here done anything with Android?
Not Haskell, but FP on Android:
On 19 April 2010 05:29, Don Stewart d...@galois.com wrote:
That's great info -- we do have an unregisterised ARM port of GHC in
Debian, iirc. (And the LLVM backend can generate ARM code too)
Sounds good. With regards to LLVM, what dependencies does LLVM ARM
code have? Android has gnu libraries
Also worth mentioning that the Android docs explicitly warn against
allocating frequently suggesting reuse of objects is by far more
preferable than regularly allocating stuff. If we go the Dalvik/Java
route, then we'll have alot of work to do to make the GC work for us
nicely, whereas compiling
Ah, looks as though we'll have to write a C layer between Java and
Haskell.. doing all of this in the FFI seems like hard:
http://www.koushikdutta.com/2009/01/jni-in-android-and-foreword-of-why-jni.html
Cheers.
~Liam
On 19 April 2010 14:33, Liam O'Connor lia...@cse.unsw.edu.au wrote:
Also
On Sat, Apr 17, 2010 at 08:21:06PM -0700, Jeffrey Scofield wrote:
As a side comment, I haven't noticed any reaction in the
Haskell/iPhone community about Apple's recent policy change.
I've seen some reaction in other language communities, and I'm sure you
can imagine what it's like.
Darrin Chandler wrote:
On Sat, Apr 17, 2010 at 08:21:06PM -0700, Jeffrey Scofield wrote:
As a side comment, I haven't noticed any reaction in the
Haskell/iPhone community about Apple's recent policy change.
I've seen some reaction in other language communities, and I'm sure you
can imagine
19 matches
Mail list logo
