A more subtle issue is that there's some sort of memory leak that arises
when you can't instruct the GC to follow projection functions of data
types. I believe the GHC heap representation has a built-in notion of these
forwarding closures and the GC follows them when possible, but most VM GCs
are j
There are some substantial technical challenges:
http://www.haskell.org/haskellwiki/GHC:FAQ#Why_isn.27t_GHC_available_for_.NET_or_on_the_JVM.3F
Not that it can't be done, but there's nothing ready yet.
Tom (IRC: amindfv)
On 2/23/12, ARJANEN Loïc Jean David wrote:
> Hello,
>
> Does any one kno
The UHC can compile to JVM[1, 2], but the backend is far from production-ready.
Also, I don't believe anyone is working on the backend currently.
Jurriën
[1] http://www.cs.uu.nl/wiki/bin/view/Ehc/Documentation
[2] http://www.cs.uu.nl/groups/ST/Projects/ehc/ehc-jazy-doc.pdf
On 23 Feb 2012, at 1
