UHC-like JavaScript backend in GHC

Simon Peyton-Jones simonpj at microsoft.com
Tue Nov 13 16:17:50 CET 2012

| currently doing. Before I get started: does the GHC architecture
| currently allow for adding a new calling convention which departs from
| the conventional C FFIs and introduces a custom RTS?

GHC certainly supports new back ends.  You'd probably want to replace the entire back end, and go from optimised Core to Javascript.  Should be entirely feasible. 

I'm sure you are checking out all relevant stuff, but you don't mention:


Difficulties may be in supporting all of GHC stuff, esp concurrency. Eg the I/O library depends heavily on concurrency, so you may need to replace it entirely.

Keep us posted!  


 If not, where are
| the current major bottlenecks? And would it be possible to remove these
| bottlenecks, without significantly affecting the compilation times, and
| without affecting the performance of generated native code (when the JS
| backend is not used)?
| Any input on this is appreciated :)
| Cheers,
| Jurriën
| [1] http://uu-computerscience.github.com/uhc-js/
| [2] http://fay-lang.org
| _______________________________________________
| Glasgow-haskell-users mailing list
| Glasgow-haskell-users at haskell.org
| http://www.haskell.org/mailman/listinfo/glasgow-haskell-users

More information about the Glasgow-haskell-users mailing list