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
> And
On Tue, Aug 10, 2010 at 4:23 PM, Mathew de Detrich 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 working again,
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 it
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 "mobil
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
__
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
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 w
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
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 wrote:
>
>
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 wrote:
> liamoc:
> > On 19 April 2010 05:29, Don Stewart wrote:
> > > That's great info -- we do hav
liamoc:
> On 19 April 2010 05:29, Don Stewart 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 l
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 wrote:
> Also worth mentioning that t
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
On 19 April 2010 05:29, Don Stewart 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 not llvm, i d
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:
http://www.kablambd
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)
___
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
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 wha
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. Understand
19 matches
Mail list logo