Comments on: Language runtime independance http://blog.floopily.org/2008/01/28/language-runtime-independance/ Fri, 28 May 2010 23:33:15 +0100 http://wordpress.org/?v=2.8.4 hourly 1 By: rob http://blog.floopily.org/2008/01/28/language-runtime-independance/comment-page-1/#comment-195 rob Mon, 28 Jan 2008 14:19:44 +0000 http://blog.floopily.org/2008/01/28/language-runtime-independance/#comment-195 @cfbolz: Yes indeed! I think the point I failed to articulate is that PyPy may be a better approch to solving the problem that Colin was addressing than having a common hand-written vm. @cfbolz:
Yes indeed! I think the point I failed to articulate is that PyPy may be a better approch to solving the problem that Colin was addressing than having a common hand-written vm.

]]> By: cfbolz http://blog.floopily.org/2008/01/28/language-runtime-independance/comment-page-1/#comment-194 cfbolz Mon, 28 Jan 2008 14:09:45 +0000 http://blog.floopily.org/2008/01/28/language-runtime-independance/#comment-194 All this is true, I just want to stress that PyPy does not write a common VM for all these languages at all. Instead we try to share as much infrastructure (GCs, access to OS services, bits of the JIT compiler) between these language implementations without artificially imposing any common runtime. Indeed, one of our main claims is that it is generally a bit idea to write VMs (let the computer do it for you instead): http://dyla2007.unibe.ch/?download=dyla07-HowToNotWriteVMs.pdf About language interoperation, PyPy does not work on that so far. I guess PyPy could be a nice environment for experimenting with that as soon as more of our interpreters become mature (and when we get some actual users :-) ). All this is true, I just want to stress that PyPy does not write a common VM for all these languages at all. Instead we try to share as much infrastructure (GCs, access to OS services, bits of the JIT compiler) between these language implementations without artificially imposing any common runtime. Indeed, one of our main claims is that it is generally a bit idea to write VMs (let the computer do it for you instead):

http://dyla2007.unibe.ch/?download=dyla07-HowToNotWriteVMs.pdf

About language interoperation, PyPy does not work on that so far. I guess PyPy could be a nice environment for experimenting with that as soon as more of our interpreters become mature (and when we get some actual users :-) ).

]]>