[MacRuby-devel] zlib status

[Eloy Duran]

Hey Patrick,

How about the getting the ffi zlib implementation to work? Seems to me  
that it would kill two birds with one stone, i.e. getting FFI in a  
more usable state and a C backed zlib implementation.

Eloy

On 18 aug 2009, at 23:52, Patrick Thomson wrote:

> Hi everyone,
>
> I'm working on porting ext/zlib to MacRuby right now. I took a look  
> at zliby - though it's certainly nice to have a zlib implementation  
> in pure Ruby, zliby seems to be kind of dead in the water (according  
> to its RubyForge page, it hasn't been updated in almost a year).
> Additionally, zliby is orders of magnitude slower than ext/zlib  
> (decompressing a 2MB gzipped MP3 with ext/zlib took 0.064 seconds  
> with ext/zlib and 73.909 seconds (yes, over a minute) with zliby).
> Porting the library will take a little while, as for performance  
> reasons zlib needs to use ByteStrings. So be patient, and it'll be  
> here before you know it. :-)
>
> -- Patrick
>>> >  We are almost there, Etc, Zlib and Socket are still missing.
>>> >  Last I heard, Laurent had a "plan" for Zlib, knowing him, it's  
>>> probably a
>>> >  great and efficient idea.
>>> >  Make sure to check with him before starting on that. (running  
>>> some
>>> >  benchmarks on zliby wouldn't hurt anyone)
>>> >
>>> >  Once function_method will be working again, many more stdlibs  
>>> should also
>>> >  be in a better shape (Math, CMath etc..)
>>> >
>>> >  There is a lot of work being done, unfortunately not much we  
>>> can see yet.
>>> >
>>> >  - Matt
>>>
> _______________________________________________
> MacRuby-devel mailing list
> MacRuby-devel at lists.macosforge.org
> http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel