> > I have to call Java compiled bytecodes from a Haskell program. So,
> > I am looking for some kind of tool or library that implements this kind of
> > functionality. The tool should implements this behavior in the same way
> > as GHC allows calls to foreign C code.
>
> This is what Lambad
> I have to call Java compiled bytecodes from a Haskell program. So,
> I am looking for some kind of tool or library that implements this kind of
> functionality. The tool should implements this behavior in the same way
> as GHC allows calls to foreign C code.
Hi Herman,
This is what Lamba
Greetings
I have to call Java compiled bytecodes from a Haskell program. So,
I am looking for some kind of tool or library that implements this kind of
functionality. The tool should implements this behavior in the same way
as GHC allows calls to foreign C code.
Some co
en less standardized (even systems that
> support JNI are not forced to use it when they call native methods) and
> therefore hardly portable..
>
If I've understood the intended division of labour between Haskell and
Java code correctly, what you really want is a standardised 'JNI fo
[cc cut down]
>Another possible approach which would sidestep the sun JNI issue, would be
>to use the Kaffe source (www.transvirtual.com). I took a look and the
>source *seems* clean though I haven't tried anything with it. Once JNI
>stabilizes, you can make the architecture more generic.
Been
On Thu, 6 Aug 1998, Patrick Logan wrote:
> Regarding the use of JNI (Java Native Interface) to integrate Java and
> Haskell...
>
> Another approach is to use sockets. It is easier to develop, and easier
> to debug. Another advantage is that the sockets can use a
> language-independent protocol, m
Regarding the use of JNI (Java Native Interface) to integrate Java and
Haskell...
Another approach is to use sockets. It is easier to develop, and easier
to debug. Another advantage is that the sockets can use a
language-independent protocol, making it suitable for a number of
languages.
For exa
