I guess I'm confused by what it means to "support" this in a language.
My understanding is this is using lightweight virtualization technology
(perhaps via segment register hacks on x86, and something else on ARM) to
provide a safe sandbox to run native code in a browser. If I had to guess,
I'd say you could run an entire virtualized OS in there, similar to the way
it was done for vx32 with the Plan 9 port to it. (9vx is a port of the plan
9 operating system to vx32, allowing it to run as a user process on linux,
freebsd, and Mac OS X)
Are you talking about porting the GHC Haskell runtime to NaCL? If so, then
I think I understand, but the language itself doesn't really need to do
anything special to support this as far as I can tell.
Dave
On Tue, Dec 29, 2009 at 5:26 AM, Joan Miller
Native CLient (NaCl) [1] is a technology very cool which lets to run native code in web applications, and it's being integrated in some languages as Python [2]. Go [3] already has rudimentary support for Native Client (and it's logical since that both technologies are from Google)
I hope that Haskell also gets support for NaCl and doesn't loose this train else a language as Go could get every time more users that until now they had gone to Haskell or Erlang mainly for its concurrency.
[1] http://code.google.com/p/nativeclient/ [2] http://lackingrhoticity.blogspot.com/2009/06/python-standard-library-in-nati... [3] http://golang.org/pkg/exp/nacl/ _______________________________________________ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe