Update to upstream version '1.8.0'
with Debian dir 8d47a515ed3743f32995c8f1e4c0dcb1a25c031c

Update to upstream version '1.7.0'
with Debian dir 780ff2d85a2dddfef1a7f081d216d9464c4e3fec

Patched possible initialization error at decompress_in_advance() on initialize_function == DECOMPRESS_IN_ADVANCE_*RESET
after commit that added strm_avail_in_decrement functionality

after EOF in still-growing files, waiting for data. This also has the side effect of allowing
`-[bL]` to wait for its values to arrive in the stream of data

to Z_STREAM_END in bgzip blocks
when the 8 final bytes are cut between actual and next input buffer
and next input buffer is so swallow that it's less than the 8 expected bytes

when the 8 final bytes are cut between actual and next input buffer.

Update to upstream version '1.6.1'
with Debian dir df1f304641424b0ed7bccb181621d2e90e9595d6

warning: '__builtin_sprintf' may write a terminating nul past the end of the destination [-Wformat-overflow=]

Update to upstream version '1.6.0'
with Debian dir 457329ddd5ab15bc37a22bafb519c5e8e3e43a5b

so no previous byte (bits) would be needed.
This will result in index points spaced by more than "span_between_points" bytes between then,
and so, may be, less points in the index. But this is completely safe and sound.

in decompress_and_build_index()

create_empty_index() and deserialize_index_from_file()

Update to upstream version '1.5.1'
with Debian dir 34e232fc8ea606b21cf09263ccb0e08e1d04489d