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

Reply via email to