[Zlib-devel] zlib 1.2.4.2 ready for its close up

[Alon Bar-Lev]

Well,
First, in order to support mingw cross compile you need the attach
patch over your patch.

But your patch missing win32 functionality, at least:

1. DLL name should be the same with .dll suffix...
2. Discussion: Keep the same DLL name and import library... zlib1.dll, libzdll.a
3. Resources should be linked, available at win32/zlib1.rc
4. Definition file should be applied, available at win32/zlib.def

So it should be a while until this can replace the win32/Makefile.gcc.

However, I don't understand why not use autoconf/automake/libtool that
makes it easier to support multi-platform environment and re-invent
the wheel... Much simpler to rewrite the build and provide proper
support for all platforms, cross compile etc..

Alon.

On Sat, Apr 10, 2010 at 7:18 PM, John Bowler <jbowler at frontiernet.net> wrote:
> From: Alon Bar-Lev
>>Attached is a fix for Makefile in mingw environment.
>
> I suggest using the 'configure' scripts in MinGW - it works fine (with the fix I just posted), configure builds *both* static and supports --static to get the static build.
>
> MinGW suffers from the previously reported "error: conflicting types for '*64'", too; it's a simple typo in gzguts.h isn't it?
>
> The attached patch fixes both problems (I think - the patch to gzguts.h needs to be validated on a system that doesn't support LFS, I don't have one!)  examplesh.exe runs fine against the DLL that gets built, but that's the only test I performed.
>
> John Bowler <jbowler at acm.org>
>
> _______________________________________________
> Zlib-devel mailing list
> Zlib-devel at madler.net
> http://mail.madler.net/mailman/listinfo/zlib-devel_madler.net
>
>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: zlib-mingw-config.patch
Type: application/octet-stream
Size: 773 bytes
Desc: not available
URL: <http://madler.net/pipermail/zlib-devel_madler.net/attachments/20100410/33c3b479/attachment-0001.obj>