| commit | afbd29e024f343f4ef00a3b4fcd73ffe139e4cff | |
| author | Jonathan Nieder <jrnieder@gmail.com> | |
| Thu, 3 Jun 2010 05:58:54 +0000 (3 00:58 -0500) | ||
| committer | Jonathan Nieder <jrnieder@gmail.com> | |
| Fri, 4 Jun 2010 06:49:18 +0000 (4 01:49 -0500) | ||
| tree | 423ccf7c1ab3dc3f45a376ded771ed95ee55eadf | treesnapshot (tar.gz zip) |
| parent | 94f52e527fc223a21dff3a232bc5a35a7a0201a0 | commitdiff |
debian/symbols: old lzma_block_compressed_size is buggy
Until commit 07dc34f (2010-05-27), the lzma_block_compressed_size()
function would always return LZMA_DATA_ERROR when presented with
a valid Block. Since then the function has been made useful.
Generally speaking, such a behavior change to an existing
function would require a soname bump, but in this case matters
are different:
Because the old version of the function was so unuseful, we are pretty
much guaranteed that no existing applications use it. Any new
applications using the function will require the new semantics.
Update the symbols file accordingly.
Until commit 07dc34f (2010-05-27), the lzma_block_compressed_size()
function would always return LZMA_DATA_ERROR when presented with
a valid Block. Since then the function has been made useful.
Generally speaking, such a behavior change to an existing
function would require a soname bump, but in this case matters
are different:
Because the old version of the function was so unuseful, we are pretty
much guaranteed that no existing applications use it. Any new
applications using the function will require the new semantics.
Update the symbols file accordingly.
| debian/changelog | diffblobblamehistory | |
| debian/symbols | diffblobblamehistory |