On Friday, April 6, 2012 at 8:00 PM, Henry Maddocks wrote:
> I have Ruby, C, C++ and Obj-C experience, but the one thing that is holding 
> me up from contributing is a simple one page description from the source 
> level of what happens when you run a script in MacRuby. Is anyone able to 
> write one?

I gave a talk last year to Boston.rb that they graciously taped and put online. 
You can find it here: 
http://bostonrb.org/presentations/macruby-what-is-it-and-why-should-i-care-part-1
 . Hopefully it should answer most of your questions around how MacRuby works. 
If not, hit me up on IRC! :-)
  
> I'm not sure the world needs another ruby VM. With Evan Pheonix's involvement 
> is now the time to investigate merging the Rubinius and MacRuby VMs or are 
> they too different? Can MacRuby leverage the work of the Rubinius team in 
> some way?
>  
>  
>  


The MacRuby VM is very nicely tailored to the job of running on top of the 
Objective-C runtime. It is also fairly mature. Personally, I see no technical 
reason that a proliferation of VMs should be a problem (there are at least 3 
major Java VMs…4 if you disregard Oracle's lawyers and count Dalvik).
  
> With the death of Obj-C GC why isn't MacRuby being ported to use ARC or even 
> retain/release? Why does it need it's own memory handling scheme?
>  
>  
>  


I would assert that Ruby without automatic memory management can hardly be 
called Ruby. ARC is a compile-time tool, so using it directly is not an option. 
Whether we call memory management a garbage collector or an automated reference 
counter is, I think, a matter of semantics. However, memory needs to be managed 
"somehow".

- Josh
_______________________________________________
MacRuby-devel mailing list
MacRuby-devel@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel

Reply via email to