[MacRuby-devel] zlib status
Eloy Duran
eloy.de.enige at gmail.com
Thu Aug 20 02:37:22 PDT 2009
Hey Laurent,
Fair enough, point taken :)
Eloy
On 19 aug 2009, at 00:20, Laurent Sansonetti wrote:
> Hi Eloy,
>
> I would also love to have a ffi-based zlib but we need zlib urgently
> for RubyGems and I don't think our FFI implementation will be ready
> soon. It is still our objective to finish FFI and maybe we can
> quickly rewrite the extension in pure Ruby for the release. The
> current extension is anyway imported from the original Ruby project,
> we just need to tweak it a little bit so that it works with the GC
> and the new ByteString class.
>
> Laurent
>
> On Aug 18, 2009, at 3:13 PM, Eloy Duran wrote:
>
>> 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
>>
>> _______________________________________________
>> MacRuby-devel mailing list
>> MacRuby-devel at lists.macosforge.org
>> http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel
>
> _______________________________________________
> MacRuby-devel mailing list
> MacRuby-devel at lists.macosforge.org
> http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel
More information about the MacRuby-devel
mailing list