7 ms·
MoarVM
- kbenson 13y agoFavorite VM name ever.
- lazyloop 13y agoInteresting tidbit, MoarVM reuses libuv, the core of Node.js. The whole design seems very goal oriented, yet has all the features you'd expect from a modern VM, from Unicode to threads. Looks promising.
- duaneb 13y ago> libuv, the core of Node.js It really amuses me that most people know libuv via Node.js. The library is the single greatest innovation of Node.js, having failed to achieve thread safety, and it's now powering both Julia and Rust. For many, many years, there was libevent, and then libev, and finally libuv—the event loop runtime finally hit production grade. If you know anything about Node.js, you should know libuv; javascript is pretty useless without asynchronous event processing.
- coffeemug 13y ago> the event loop runtime finally hit production grade The event loop has been production grade for a very, very long time, via kqueue, completion ports, and poll/epoll. Plenty of software takes advantage of these interfaces. Having a good cross-platform userspace wrapper is just icing on the cake.
- duaneb 13y agoSorry, I should revise what I said: cross platform event looping hit production. Otherwise the platforms are just too different: POSIX doesn't help us here.
- justinmk 13y ago> it's now powering both Julia and Rust. And neovim. https://github.com/neovim/neovim https://github.com/neovim/neovim
- FROGGS 13y agoThat is the whole point, yes. It will get no features that are fun to implement but won't help Rakudo (Perl 6) to run on it.
- jahewson 13y agoWhat ever happened to the Parrot VM?
- zoul 13y agoIt’s practically dead: http://lists.parrot.org/pipermail/parrot-dev/2013-February/007333.html http://lists.parrot.org/pipermail/parrot-dev/2013-February/0...
- kbd 13y agoIt's so sad. Parrot was conceived to be Perl 6's VM. Then the authors of Parrot decided to focus on making it more general purpose/language-independent, spent time writing incomplete implementations of various languages like Javascript on it, and ultimately didn't support any language well. Parrot became so hostile towards its original purpose that Rakudo had to break from it. Incidentally, I don't know why Perl folks don't implement Perl 6 on top of PyPy, which is a high quality dynamic language VM that already exists, and offers a JIT compiler to boot.
- fijal 13y agoBecause (and that's a quote) "PyPy is unproven and experimental technology".
- pekk 13y agoI'm probably killing the joke, but what makes this absolutely great is that this is a reason for Perl 6 not to use PyPy
- perlgeek 13y agoDeveloping an experimental language is a huge effort. And that effort becomes much larger if the underlying runtime environment causes problems. So either you need a proven, stable VM (JVM, .NET, mono, ...), or you need to have control over it, so that you can fix problems you encounter. Basing it on an experimental VM that you don't have control over, and that might have slightly conflicting goals (dynamic vs. gradually typed, for example, different calling conventions for routines) is precisely the problem we had with parrot, and we don't want to replace the parrot problems with pypy problems, we can avoid it :-)
- jakejake 13y agoI feel like I should know more about it since I spent so much time writing Perl in the 90's, contributing modules to CPAN, etc. It seemed like the de-facto language for dynamic web sites for a while. I have to admit I never fully understand what Perl 6 was going to be. It seemed like it was going to be a language-agnostic runtime. Then it seemed to become a spec with no implementation. After a while I sorta lost track. Have things changed and Perl 6 is ready for production? Are there people building things with Perl 6?
- FROGGS 13y agoThat really depends. If you need a richful module ecosystem then you won't be that lucky. But if your task would be doable with the many built-ins (and the modules shown on modules.perl6.org), then I'd say use it. I see that I am way more expressive and faster to solve tasks in Perl 6 then, say. Perl 5. (Besides I have to hack PHP at work in many cases. rant!) And yes, there are ppl who use it for production, but I am not sure that matters much when there tasks might be totally different to yours?
- easytiger 13y agoWithout looking it up my recollection was that python 3000 and perl 6 would target parrot. I recall hacking on parrot back when it was new but now i doubt anyone I ever worked with uses perl6. Plenty of good reasons for all this. Language adoption requires stability or the appearance thereof.
- rjzzleep 13y agoreading the perl6 monthly logs perl seemed to stay true to it's swiss army chainsaw philosophy. it almost looked like almost every programming language feature you would think of would eventually end up in perl. ofc this was the idea i got a couple years back. but read kbd's comment below or the mailing someone else posted. http://lists.parrot.org/pipermail/parrot-dev/2013-February/007333.html http://lists.parrot.org/pipermail/parrot-dev/2013-February/0... parrot was to be the perl6 vm, but that never happened. it become too much at the same time so they tried to fork off parrot: > However, even if you remove the baggage and optimize for Rakudo (or rather NQP) integration, Perl6-on-Parrot will still be a 2nd-class citizen as long as no one replaces the PMC-based object system with 6model, which is imo a major undertaking; it might be easier to restart from scratch and fix other 'mistakes' along the way. That's where Parrot2 comes in so no i don't think perl 6 is ready for production. that said, i thought it was it a cool language. even though i'm not sure if there was a clear direction of where it was going.