On 22/05/2013, at 6:04 AM, Raoul Duke wrote: > http://nimrod-code.org/
Yep, looks like it can do half what Felix can, and a couple of things (like inlining on iterators) may be better. Message passing between threads sucks totally though. This is a mistake being made by Rust as well. Anyone can use processes to obtain isolation and with considerable difficulty channels for communication (TCP/IP connections will just work but they're a BITCH to set up). Faster message passing by using threads instead of processes is cool, but it misses the point: shared memory concurrency is what threads are FOR. Message passing just sucks totally for many applications, and where you want message passing and isolation you already have it with processes. And behind the scenes: "Bugfixes • The old GC never collected cycles correctly. Fixed but it can cause performance regressions. However you can deactivate the cycle collector with GC_disableMarkAndSweep and run it explicitly at an appropriate time or not at all. There is also a new GC you can activate with --gc:markAndSweep which does not have this problem but is slower in general and has no realtime guarantees." So basically they never had a working collector. I didn't look yet at the macro facility but you have to recall Felix had all that and I threw the lot out. Macros to build or modify AST's don't work well and aren't that useful. The Felix user space parsing system is vastly superior even though its a bit harder to write general action code (which requires Scheme). -- john skaller skal...@users.sourceforge.net http://felix-lang.org ------------------------------------------------------------------------------ Try New Relic Now & We'll Send You this Cool Shirt New Relic is the only SaaS-based application performance monitoring service that delivers powerful full stack analytics. Optimize and monitor your browser, app, & servers with just a few lines of code. Try New Relic and get this awesome Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_may _______________________________________________ Felix-language mailing list Felix-language@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/felix-language