[Zlib-devel] Fwd: zlib 1.2.4 linker with gz functions

[John Bowler]

From: William A. Rowe Jr.
>My point exactly.  Once these resolve to a 'true' z_off64_t, and the stack bears
>no resemblance to the original, what will happen to compiled consumer code?

The prototypes *don't* change - at least I can't see a place where an exported symbol from zlib 1.2.3 has a different prototype in 1.2.4, but I might be missing something.  For example if you look in zlib.c at the actual implementation of 'gzseek' it has z_off_t parameters (argument and return).  Z_off_t in 1.2.3 was just a define for off_t, or 'long' if it isn't available.  In zlib 1.2.4.4 it's still exactly the same.

I thought, maybe, that the problem arose because the APIs had been #defined in zlib.h in 1.2.4.4, but I was clutching at straws - as Mark pointed out, gzread *isn't* #defined (no gzread64).

I also looked at the output of 'nm' on zlib.lib and it seems fine too.

I can't see any possible explanation for the bug report in question.

John Bowler <jbowler at acm.org>