A mirror of https://github.com/madler/zlib.git https://git.lua4.win/zlib/atom?h=v1.2.7.1 2013-03-24T05:30:09+00:00 2013-03-24T05:30:09+00:00 Mark Adler madler@alumni.caltech.edu 2013-03-24T05:27:43+00:00 urn:sha1:03ff48cc67937fbb026a7952c0351615ef9be4e5 That didn't work when cross-compiling. Simply rely on limits.h. If a compiler does not have limits.h, then zconf.h.in should be modified to define Z_U4 as an unsiged four-byte integer type in order for crc32() to be fast. This also simplifies and makes more portable to check for a four- byte type using limits.h. 2013-03-23T20:50:10+00:00 Mark Adler madler@alumni.caltech.edu 2013-03-23T20:50:10+00:00 urn:sha1:66fcefbb2fb867f3f941b71140532de8593f29d6 2012-08-13T07:02:40+00:00 Mark Adler madler@alumni.caltech.edu 2012-08-13T01:08:52+00:00 urn:sha1:62d6112a7981ad7c34f3b43cffdf00d4662a4f25 This patch allows zlib to compile cleanly with the -Wcast-qual gcc warning enabled, but only if ZLIB_CONST is defined, which adds const to next_in and msg in z_stream and in the in_func prototype. A --const option is added to ./configure which adds -DZLIB_CONST to the compile flags, and adds -Wcast-qual to the compile flags when ZLIBGCCWARN is set in the environment. 2012-06-10T06:17:07+00:00 Mark Adler madler@alumni.caltech.edu 2012-06-10T05:42:24+00:00 urn:sha1:bfac1564633d0f0184369fd152e5c8b46c1137ca There were two problems before that this fixes. One was that the check for the compiler error return code preceded the determination of the compiler and its options. The other was that the checks for compiler and library characteristics could be fooled if the error options were set to reject K&R-style C. configure now aborts if the compiler produces a hard error on K&R-style C. In addition, aborts of configure are now consistent, and remove any temporary files. 2012-06-10T05:59:54+00:00 Mark Adler madler@alumni.caltech.edu 2012-06-10T02:47:55+00:00 urn:sha1:977e1080472337420e576130d576099bc0cad4c9 2012-06-10T05:59:53+00:00 Mark Adler madler@alumni.caltech.edu 2012-06-10T05:58:06+00:00 urn:sha1:148b8f630ced4e84264201fc94f07568dff6b3a2 2012-06-10T02:15:36+00:00 Mark Adler madler@alumni.caltech.edu 2012-06-10T02:15:36+00:00 urn:sha1:a72bcd5607a6b7f48a78c1485783c55389d18f55 The original change was to always use /usr/bin/libtool on Darwin, in order to avoid using a GNU libtool installed by the user in the path ahead of Apple's libtool. However someone might install a more recent Apple libtool ahead of /usr/bin/libtool. This commit checks to see if libtool is Apple, and uses /usr/bin/libtool if it isn't. 2012-05-02T04:17:08+00:00 Mark Adler madler@alumni.caltech.edu 2012-05-02T04:17:08+00:00 urn:sha1:dee3d4ae36be021ca7d488a82f3e02de7ef36c6c 2012-04-30T02:20:05+00:00 Mark Adler madler@alumni.caltech.edu 2012-04-30T01:23:46+00:00 urn:sha1:dbcdbf8c41db8d03e47fdbb0483f2705f8ac77f7 2012-04-29T23:18:12+00:00 Mark Adler madler@alumni.caltech.edu 2012-04-29T23:18:12+00:00 urn:sha1:6c9bd474aa08312ef2e2e9655a80e18db24a1680 crc_table is made using a four-byte integer (when that can be determined). However get_crc_table() returned a pointer to an unsigned long, which could be eight bytes. This fixes that by creating a new z_crc_t type for the crc_table. This type is also used for the BYFOUR crc calculations that depend on a four-byte type. The four-byte type can now be determined by ./configure, which also solves a problem where ./configure --solo would never use BYFOUR. No the Z_U4 #define indicates that four- byte integer was found either by ./configure or by zconf.h.