[Zlib-devel] TR: the win32\Makefile.msc diff
Gilles Vollant
info at winimage.com
Sun Mar 14 13:10:52 EDT 2010
if you want don't inlcude
so we must remove
adler32_combine64
crc32_combine64
gzoffset64
gzopen64
gzseek64
gztell64
in both contrib\vstudio\vc9\zlibvc.def and contrib\vstudio\vc10\zlibvc.def
X:\cmpzlib\contrib\vstudio\vc9>diff zlibvc_old.def zlibvc.def
61d60
< adler32_combine64 @152
63d61
< crc32_combine64 @154
71,74c69
< gzoffset64 @162
< gzopen64 @163
< gzseek64 @164
< gztell64 @165
---
>
-----Message d'origine-----
De : zlib-devel-bounces at madler.net [mailto:zlib-devel-bounces at madler.net] De
la part de Mark Adler
Envoyé : dimanche 14 mars 2010 17:45
À : zlib-devel at zlib.net
Objet : Re: [Zlib-devel] TR: the win32\Makefile.msc diff
Gilles,
On Mar 14, 2010, at 1:18 AM, Gilles Vollant wrote:
> http://gvollant.free.fr/newprj_i64.zip
> which add a define in contrib/vstudio/vc9 to have true 64 bits function
like crc32_combine64
> was not applied
I believe that your changes are incomplete, since in order to use the
library, zlib.h or zconf.h needs to be modified to provide the off64_t data
type (as __int64). In any case, I am reluctant to include the
_LARGEFILE64_SOURCE;off64_t=__int64;lseek64=_lseeki64 changes in this
version. A great deal of thought went into the LFS (Large File Summit)
definition for Unix systems, in order to avoid binary compatibility issues.
I think it will take a little while to iron out those issues for zlib on
Windows, so I would like to defer the implementation of 64-bit support for
Windows to the next version.
Mark
_______________________________________________
Zlib-devel mailing list
Zlib-devel at madler.net
http://mail.madler.net/mailman/listinfo/zlib-devel_madler.net
More information about the Zlib-devel
mailing list