Package Details: mingw-w64-zlib 1.3.1-1

Git Clone URL: (read-only, click to copy)
Package Base: mingw-w64-zlib
Description: Compression library implementing the deflate compression method found in gzip and PKZIP (mingw-w64)
Upstream URL:
Licenses: zlib
Submitter: ekpyron
Maintainer: xantares
Last Packager: xantares
Votes: 46
Popularity: 0.000555
First Submitted: 2012-03-22 22:55 (UTC)
Last Updated: 2024-01-23 19:51 (UTC)

Latest Comments

1 2 Next › Last »

mathiassteiger commented on 2023-08-23 14:10 (UTC)

tar.gz has moved from to

svkampen commented on 2020-12-17 17:17 (UTC)

Oh, also, the sed command in build() uses -ie where it should probably use -i -e; the e is interpreted as a suffix instead of the -e flag.

svkampen commented on 2020-12-17 17:13 (UTC)

Building this fails for me:

Using ar
Checking for x86_64-pc-linux-gnu-gcc...
Checking for shared library support...
No shared library support; try without defining CC and CFLAGS
Building static library libz.a version 1.2.11 with x86_64-pc-linux-gnu-gcc.
Checking for size_t... No.
Checking for long long... Yes.
Failed to find a pointer-size integer type.
** ./configure aborting.

As you can see, it also seems to use the wrong compiler binary (the host gcc).

Adding CC=${_arch}-gcc before the ./configure command makes it build successfully.

Edric commented on 2015-05-13 15:40 (UTC)

Had the same problem, in the configure.log i seen it was trying to compile with native gcc and it was not installed. Installed gcc ... no more problem...

ekpyron commented on 2014-11-27 11:57 (UTC)

@beda121 Do you maybe have some weird CFLAGS set in /etc/makepkg.conf? Anyways I also never saw that error before, but I updated the PKGBUILD to not only override the CFLAGS during make, but also during ./configure - maybe that solves your problem?

beda121 commented on 2014-11-26 09:25 (UTC)

hi, I cannot compile it: Using ar Checking for x86_64-unknown-linux-gnu-gcc... Compiler error reporting is too harsh for ./configure (perhaps remove -Werror). ** ./configure aborting. Never seen this before.

ekpyron commented on 2014-10-30 14:53 (UTC)

@xantares I changed the flags, but I don't think it's a good idea to force the use of cmake as long as the package can be built without it.

xantares commented on 2014-10-30 14:37 (UTC)

hi, could you use these flags:"-O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions --param=ssp-buffer-size=4" instead of "-DNO_FSEEKO -Wall -O3", (why -DNO_FSEEKO?) else there's a cmake build system, maybe we could use that? (correct flags are set in mingw-cmake) xan.