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 <peloko45@gmail.com> wrote:

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-native.html
[3] http://golang.org/pkg/exp/nacl/
_______________________________________________
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.haskell.org/mailman/listinfo/haskell-cafe