[Zlib-devel] Z_PREFIX list inconsistent with zlib.def

[Glenn Randers-Pehrson]

At 06:22 PM 5/28/2004 -0400, Cosmin Truta wrote:
>
>On Fri, 28 May 2004, Glenn Randers-Pehrson wrote:
>
>> It seems that the Z_PREFIX list starting at line 16 in zconf.h isn't
>> quite consistent with win32/zlib.def.
>
>Z_PREFIX is disabled by default, and zlib.def is designed to work with a
>standard build, where the options are defaults.
>
>> All of the gz* functions have been omitted, plus inflateBack,
>> inflateBackEnd, inflateBackInit, zError, and zlibCompileFlags.
>
>What zlib.def are you looking at? zlib-1.2.1 should have a
>win32/zlib.def dated 8-Nov-2003, and that one has inflateBack on line
>22, inflateBackEnd on line 23, inflateBackInit_ on line 57
>(inflateBackInit is a macro), zError on line 60, and zlibCompileFlags on
>line 24. The gz* functions are there as well.

The inconsistency is that the functions are present in zlib.def and
missing from the Z_PREFIX list and the MVS pragma list.

>> The MVS list of shortened names (around line 307 in zconf.h) is
>> missing those and a few others as well.
>
>That one is inherited from an old zlib, and noone took care to update
>it. Do the current MVS systems still need that ugly hack? Unless someone
>comes with a proper update, or at least with a request for update, we
>might as well take that section out. Right now, it's very incomplete,
>and (I presume) hardly useful.

No argument about that.  Either remove it or make it complete.

>
>> I'm looking at zconf.h dated November 4, 2003, from the zlib-1.2.1
>> distribution, and win32/zlib.def dated November 8, 2003.
>
>There must be something wrong there. I've just expanded my copies of
>zlib-1.2.1.tar.gz, and zlib121.zip, and win32/zlib.def is exactly as
>described above. I run MD5 sum checks, which confirmed that my archives
>are valid.

I don't think there is anything wrong with zlib.def.

Glenn