[Zlib-devel] zlib 1.2.0.1 available for testing

[Gilles Vollant]

<< I also prefer to have libz.a static library with C calling
convension. >>
I say only one thing : zlib.dll will always have WINAPI calling
convention, for not break compatibility. 
Of course, we can imagine option for build a zlib_cdecl.dll , (or
another name different than zlib.dll) with CDECL convention

We can remove the ZLIB_DLL by defaut. Of course, I'll have to had it has
preprocessor define in Visual C++ zlib.dll project, but this is
possible.

<<
Otherwise I would have to change zconf.h source before build ZLib.>>
We must find a solution compatible with all need, where we change only
preprocessor #define before compile, without changing source file.

-----Original Message-----
From: Zlib-devel-admin at zlib.net [mailto:Zlib-devel-admin at zlib.net] On
Behalf Of Dmitriy Anisimkov
Sent: Sunday, March 23, 2003 2:52 AM
To: Zlib-devel at zlib.net
Subject: Re: [Zlib-devel] zlib 1.2.0.1 available for testing



----- Original Message -----
From: "Gilles Vollant" <info at winimage.com>
To: "'Cosmin Truta'" <cosmin at cs.toronto.edu>; <zlib-devel at zlib.net>
Sent: Sunday, March 23, 2003 6:46 AM
Subject: RE : [Zlib-devel] zlib 1.2.0.1 available for testing


> <<
> Another cause for trouble is WINAPI. Not even Microsoft is using 
> WINAPI in their C RTL, but only in "pure" Win32 functions. Please, 
> please change it to CDECL! Otherwise, whoever wants to write 
> *portable* programs that use zlib, has to decorate all the callbacks 
> using ZEXPORT, and unixers surely won't like this.
> >>
> Pehaps, but the actual zlib.dll use WINAPI function. So future 
> zlib.dll must also use WINAPI function, we will not broke 
> compatibility.

 I also prefer to have libz.a static library with C calling convension.
Otherwise I would have to change zconf.h source before build ZLib.