Uh oh!
There was an error while loading. Please reload this page.
Import specs from rubysl-zlib - #1611
Conversation
headius
commented
Apr 7, 2014
I'm fine updating rubyspec with rubysl stuff that's actively maintained, but we'd need to get tags for any new failures too before merging. Perhaps you can give that a shot? |
New zlib from ruby allows streams to be processed without huge memory growth. There is specs for new API of #inflate and #deflate methods. Each of these methods may take a block which can process one chunk of the stream.
LTe
commented
Apr 13, 2014
enebo
commented
Jul 16, 2014
My second comment is how do we update these periodically? I am not against doing this but we should think about documenting or automating pull various suites in. |
headius
commented
Nov 2, 2014
I'm fine pulling these in at this point. You added them to rubysl-zlib too, so thank you for that. It's unfortunate we now have to check several dozen repositories to get the specs for these libraries. |
headius
commented
Nov 2, 2014
PR no longer merges. We will update and merge it when we can. If you can get to it, that would help us a lot. |
chrisseaton
commented
Jan 1, 2016
@eregon am I right in thinking the library specs from rubysl-zlib should now be merged from your work on RubySpec? If so this can be closed. |
eregon
commented
Jan 3, 2016
@chrisseaton Yes, except new specs added there. |
New zlib from ruby allows streams to be processed without huge
memory growth. There is specs for new API of #inflate and #deflate
methods. Each of these methods may take a block which can process
one chunk of the stream.
Related to #1216