[Zlib-devel] TR: zlib 1.2.4 released
Gilles Vollant
info at winimage.com
Fri Mar 12 18:28:12 EST 2010
this mean that the better solution is adding "a day" in zconf.h anything like
#if (defined(_MSC_VER)) && defined(_LARGEFILE64_SOURCE))
#define z_off64_t __int64
#endif
BUT with my solution (which need no source modification), you are sure that the DLL *64 function are good (and not linked to a 32 bits function), so we don't need remove the .def in zlib 1.2.4.
So I suggest :
- on zlib 1.2.4, don't remove the *64 function in .def but use my define. So the *64 function will be linked to real 64 bits function in the DLL, and we don't need remove them from .def
- on next zlib, adding a good z_off64_t solution compatible with all compiler...
another tips for future : merging this 64 bits question between main zlib and gz*.? and contrib/minizip/ioapi.h
-----Message d'origine-----
De : William A. Rowe Jr. [mailto:wrowe at rowe-clan.net]
Envoyé : samedi 13 mars 2010 00:13
À : Gilles Vollant
Cc : 'Mark Adler'; zlib-devel at madler.net
Objet : Re: TR: [Zlib-devel] zlib 1.2.4 released
On 3/12/2010 5:05 PM, Gilles Vollant wrote:
> my solution in just adding on line "WFLAGS =" of makefile.msc
That is a solution to build the library. It is not a reasonable solution
for consumers of the library. It is a big distinction.
Defining z_off64_t in zconf.h, for all users to be able to portably consume
the gz*64 API, is the way to go for consumers.
More information about the Zlib-devel
mailing list