aboutsummaryrefslogtreecommitdiff
path: root/zconf.h (follow)
Commit message (Collapse)AuthorAgeFilesLines
* Check that HAVE_UNISTD_H and HAVE_STDARG_H are not defined as 0.Mark Adler2025-02-131-2/+2
|
* Restore zconf.h to distribution.Mark Adler2025-02-051-0/+544
|
* CMake: Remove zconf.h.Vollstrecker2025-01-311-544/+0
| | | | zconf.h is always created by cmake and configure.
* Avoid attempting to redefine z_const in zconf.h.AlexisWilke2024-10-131-4/+6
|
* Add deflateUsed() function to get the used bits in the last byte.Mark Adler2024-07-011-0/+1
| | | | | This returns the number of used bits in the last byte of a stream that has just been compressed with deflate.
* Make z_off_t 64 bits by default.Mark Adler2024-03-311-1/+1
|
* Use long long offsets for MinGW.Mark Adler2024-03-221-0/+2
|
* Use 64-bit offsets in DJGPP.Mark Adler2024-02-111-5/+5
|
* Include unistd.h on DJGPP.Mark Adler2024-02-101-6/+2
|
* zlib 1.3.1v1.3.1masterMark Adler2024-01-221-1/+1
|
* Remove unused Z_ARG macro.Mark Adler2024-01-171-8/+0
|
* No include file is needed for __int64 type on Windows.Mark Adler2023-04-171-1/+1
|
* Make z_size_t 64 bits when compiling on Windows with Z_SOLO.Mark Adler2023-01-251-1/+5
| | | | | | | Z_SOLO defines z_size_t as an unsigned long. However Windows and MinGW-w64 are LLP64, where a long is 32 bits, but a size_t is 64 bits. This makes z_size_t, used by adler32_z() and crc32_z(), 64 bits on those systems.
* Don't try to include unistd.h on Windows with LLVM.Mark Adler2022-10-091-3/+10
|
* Add new crc32 functions to z_ prefix defines.Mark Adler2022-10-051-0/+3
|
* Add WIN32_LEAN_AND_MEAN for windows.h include.Mark Adler2022-10-051-0/+3
|
* zlib 1.2.9v1.2.9Mark Adler2016-12-311-4/+12
|
* Make z_size_t unsigned long for non-standard C.Mark Adler2016-12-311-3/+7
| | | | Also declare z_size_t when compiling solo.
* Avoid the need for ssize_t.Mark Adler2016-12-311-11/+0
| | | | | | | | Limit read() and write() requests to sizes that fit in an int. This allows storing the return value in an int, and avoiding the need to use or construct an ssize_t type. This is required for Microsoft C, whose _read and _write functions take an unsigned request and return an int.
* Use intptr_t for z_ssize_t on MSVC.Mark Adler2016-12-301-1/+6
|
* Fix init macros to use z_ prefix when requested.Mark Adler2016-12-301-1/+6
|
* Fix compile option for when z_size_t needs to be a long long.Mark Adler2016-12-041-0/+2
|
* Create z_size_t and z_ssize_t types.Mark Adler2016-12-041-0/+15
| | | | | | Normally these are set to size_t and ssize_t. But if they do not exist, then they are set to the smallest integer type that can contain a pointer. size_t is unsigned and ssize_t is signed.
* Minor edits to the documentation in source file contents.Mark Adler2016-12-041-1/+1
|
* Remove dummy structure declarations for old buggy compilers.Mark Adler2016-09-211-5/+0
| | | | | | | | | | | | | | While woolly mammoths still roamed the Earth and before Atlantis sunk into the ocean, there were C compilers that could not handle forward structure references, e.g. "struct name;". zlib dutifully provided a work-around for such compilers. That work-around is no longer needed, and, per the recommendation of a security audit of the zlib code by Trail of Bits and TrustInSoft, in support of the Mozilla Foundation, should be removed since what a compiler will do with this is technically undefined. From the report: "there is no telling what interactions the bug could have in the future with link-time optimizations and type-based alias analyses, both features that are present (but not default) in clang."
* Do not force Z_CONST for C++.Mark Adler2013-04-281-1/+1
| | | | | | Forcing Z_CONST resulted in an issue when compiling Firefox. Now if someone wants to compile zlib as C++ code (which it isn't), now they will need to #define Z_CONST themselves.
* Change check for a four-byte type back to hexadecimal.Mark Adler2013-04-131-3/+3
|
* zlib 1.2.7.1v1.2.7.1Mark Adler2013-03-241-1/+1
|
* Add casts and consts to ease user conversion to C++.Mark Adler2013-03-241-1/+1
| | | | You would still need to run zlib2ansi on all of the *.c files.
* Clean up the addition of gzvprintf.Mark Adler2013-03-231-0/+1
|
* Remove runtime check in configure for four-byte integer type.Mark Adler2013-03-231-11/+5
| | | | | | | | | | 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.
* Add gzvprintf() as an undocumented function in zlib.Mark Adler2013-03-221-0/+6
| | | | The function is only available if stdarg.h is available.
* Fix typos in the use of _LARGEFILE64_SOURCE in zconf.h.Mark Adler2013-02-241-2/+2
|
* Add _tr_flush_bits to the external symbols prefixed by --zprefix.Mark Adler2013-02-231-0/+1
|
* Add inflateGetDictionary() function.Mark Adler2012-05-261-0/+1
|
* Avoid including stddef.h on Windows for Z_SOLO compile [Niessink].Mark Adler2012-05-031-1/+3
|
* Fix type mismatch between get_crc_table() and crc_table.Mark Adler2012-04-291-0/+23
| | | | | | | | | | | | | 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.
* More fixes for gzopen_w().Mark Adler2012-03-181-0/+4
| | | | | | Also need to #include <stddef.h> for zlib.h, and need to workaround the inability to use wide characters in constructed error messages with zlib's interface.
* Add gzopen_w() in Windows for wide character path names.Mark Adler2012-03-161-0/+3
|
* Make sure that unistd.h is included before using _LFS64_LARGEFILE.Mark Adler2012-03-141-14/+16
|
* Repair some damage caused by -Wundef allowance.Mark Adler2012-03-141-5/+5
|
* Allow the use of -Wundef when compiling or using zlib.Mark Adler2012-03-131-6/+14
|
* Avoid using __int64 for gcc or solo compilation.Mark Adler2012-02-201-3/+3
|
* Use __WATCOMC__ instead of __WATCOM__.Mark Adler2012-02-181-1/+1
|
* Include unistd.h for Watcom C.Mark Adler2012-02-181-0/+3
|
* Restore gzgetc_ for backward compatibility with 1.2.6.Mark Adler2012-02-181-0/+1
|
* Expunge gzgetc_ from configuration files.Mark Adler2012-02-131-1/+0
|
* zlib 1.2.6.1v1.2.6.1Mark Adler2012-02-121-1/+1
|
* Put gzflags() functionality back in zutil.c.Mark Adler2012-02-011-1/+0
| | | | | | | | | | gzflags() was put in gzwrite.c in order to be compiled exactly the same as gzprintf(), so that it was guaranteed to return the correct information. However that causes a static linkage to zlib to bring in many routines that are often not used. All that is required to duplicate the compilation environment of gzprintf() is to include gzguts.h. So that is now done in zutil.c to assure that the correct flags are returned.
* Include gz_header definition when compiling zlib solo.Mark Adler2012-02-011-5/+3
|
generated by cgit v1.2.3-55-g6feb (git 2.39.1) at 2025-03-15 18:00:31 +0000