1
0
mirror of https://git.FreeBSD.org/src.git synced 2024-12-23 11:18:54 +00:00
freebsd/lib/libz
Bruce Evans 1d64c295bb Hard-configure z_off_t as long. Soft configuration using HAVE_UNISTD_H
just breaks the prototypes for gzseek() and gztell() when an application
defines HAVE_UNISTD_H before including <zlib.h>.  z_off_t was always
long for compiling zlib, but was sometimes off_t for compiling
applications, e.g., Ethereal 0.7.5.

This "fix" preserves bug for bug binary compatibility.  z_off_t should
be off_t for everything, but zlib doesn't support off_t being longer
than long, so using the correct type without fixing zlib's internals
would at best break binary compatibility.  This "fix" also make the
namespace problems for HAVE_UNISTD_H no worse than hundreds of other
namespace prooblems in zconf.h.  I'll wait for a new release of zlib
for proper fixes.

Reported by:	Guy Harris via jkh
1999-10-09 11:31:50 +00:00
..
adler32.c $Id$ -> $FreeBSD$ 1999-08-28 00:22:10 +00:00
algorithm.txt Initial import of zlib-1.1.1 1998-02-28 06:04:26 +00:00
ChangeLog Import zlib 1.1.3 onto the vendor branch. 1999-01-10 09:47:00 +00:00
compress.c $Id$ -> $FreeBSD$ 1999-08-28 00:22:10 +00:00
crc32.c $Id$ -> $FreeBSD$ 1999-08-28 00:22:10 +00:00
deflate.c $Id$ -> $FreeBSD$ 1999-08-28 00:22:10 +00:00
deflate.h $Id$ -> $FreeBSD$ 1999-08-28 00:22:10 +00:00
example.c $Id$ -> $FreeBSD$ 1999-08-28 00:22:10 +00:00
FAQ Import zlib 1.1.3 onto the vendor branch. 1999-01-10 09:47:00 +00:00
gzio.c $Id$ -> $FreeBSD$ 1999-08-28 00:22:10 +00:00
infblock.c Import zlib 1.1.3 onto the vendor branch. 1999-01-10 09:47:00 +00:00
infblock.h Initial import of zlib-1.1.1 1998-02-28 06:04:26 +00:00
infcodes.c Import zlib 1.1.3 onto the vendor branch. 1999-01-10 09:47:00 +00:00
infcodes.h Initial import of zlib-1.1.1 1998-02-28 06:04:26 +00:00
inffast.c Import zlib 1.1.3 onto the vendor branch. 1999-01-10 09:47:00 +00:00
inffast.h Initial import of zlib-1.1.1 1998-02-28 06:04:26 +00:00
inffixed.h Import zlib 1.1.3 onto the vendor branch. 1999-01-10 09:47:00 +00:00
inflate.c Initial import of zlib-1.1.1 1998-02-28 06:04:26 +00:00
inftrees.c Import zlib 1.1.3 onto the vendor branch. 1999-01-10 09:47:00 +00:00
inftrees.h Import zlib 1.1.3 onto the vendor branch. 1999-01-10 09:47:00 +00:00
infutil.c Initial import of zlib-1.1.1 1998-02-28 06:04:26 +00:00
infutil.h Initial import of zlib-1.1.1 1998-02-28 06:04:26 +00:00
Makefile $Id$ -> $FreeBSD$ 1999-08-28 00:22:10 +00:00
maketree.c Import zlib 1.1.3 onto the vendor branch. 1999-01-10 09:47:00 +00:00
minigzip.c $Id$ -> $FreeBSD$ 1999-08-28 00:22:10 +00:00
README Import zlib 1.1.3 onto the vendor branch. 1999-01-10 09:47:00 +00:00
trees.c $Id$ -> $FreeBSD$ 1999-08-28 00:22:10 +00:00
trees.h Initial import of zlib-1.1.1 1998-02-28 06:04:26 +00:00
uncompr.c $Id$ -> $FreeBSD$ 1999-08-28 00:22:10 +00:00
zconf.h Hard-configure z_off_t as long. Soft configuration using HAVE_UNISTD_H 1999-10-09 11:31:50 +00:00
zlib.3 Add $FreeBSD$ lines to man pages that are missing them to make it 1999-08-28 23:10:20 +00:00
zlib.h Import zlib 1.1.3 onto the vendor branch. 1999-01-10 09:47:00 +00:00
zutil.c $Id$ -> $FreeBSD$ 1999-08-28 00:22:10 +00:00
zutil.h $Id$ -> $FreeBSD$ 1999-08-28 00:22:10 +00:00

zlib 1.1.3 is a general purpose data compression library.  All the code
is thread safe.  The data format used by the zlib library
is described by RFCs (Request for Comments) 1950 to 1952 in the files 
ftp://ds.internic.net/rfc/rfc1950.txt (zlib format), rfc1951.txt (deflate
format) and rfc1952.txt (gzip format). These documents are also available in
other formats from ftp://ftp.uu.net/graphics/png/documents/zlib/zdoc-index.html

All functions of the compression library are documented in the file zlib.h
(volunteer to write man pages welcome, contact jloup@gzip.org). A usage
example of the library is given in the file example.c which also tests that
the library is working correctly. Another example is given in the file
minigzip.c. The compression library itself is composed of all source files
except example.c and minigzip.c.

To compile all files and run the test program, follow the instructions
given at the top of Makefile. In short "make test; make install"
should work for most machines. For Unix: "configure; make test; make install"
For MSDOS, use one of the special makefiles such as Makefile.msc.
For VMS, use Make_vms.com or descrip.mms.

Questions about zlib should be sent to <zlib@quest.jpl.nasa.gov>, or to
Gilles Vollant <info@winimage.com> for the Windows DLL version.
The zlib home page is http://www.cdrom.com/pub/infozip/zlib/
The official zlib ftp site is ftp://ftp.cdrom.com/pub/infozip/zlib/
Before reporting a problem, please check those sites to verify that
you have the latest version of zlib; otherwise get the latest version and
check whether the problem still exists or not.

Mark Nelson <markn@tiny.com> wrote an article about zlib for the Jan. 1997
issue of  Dr. Dobb's Journal; a copy of the article is available in
http://web2.airmail.net/markn/articles/zlibtool/zlibtool.htm

The changes made in version 1.1.3 are documented in the file ChangeLog.
The main changes since 1.1.2 are:

- fix "an inflate input buffer bug that shows up on rare but persistent
  occasions" (Mark)
- fix gzread and gztell for concatenated .gz files (Didier Le Botlan)
- fix gzseek(..., SEEK_SET) in write mode
- fix crc check after a gzeek (Frank Faubert)
- fix miniunzip when the last entry in a zip file is itself a zip file
  (J Lillge)
- add contrib/asm586 and contrib/asm686 (Brian Raiter)
  See http://www.muppetlabs.com/~breadbox/software/assembly.html
- add support for Delphi 3 in contrib/delphi (Bob Dellaca)
- add support for C++Builder 3 and Delphi 3 in contrib/delphi2 (Davide Moretti)
- do not exit prematurely in untgz if 0 at start of block (Magnus Holmgren)
- use macro EXTERN instead of extern to support DLL for BeOS (Sander Stoks)
- added a FAQ file

plus many changes for portability.

Unsupported third party contributions are provided in directory "contrib".

A Java implementation of zlib is available in the Java Development Kit 1.1
http://www.javasoft.com/products/JDK/1.1/docs/api/Package-java.util.zip.html
See the zlib home page http://www.cdrom.com/pub/infozip/zlib/ for details.

A Perl interface to zlib written by Paul Marquess <pmarquess@bfsec.bt.co.uk>
is in the CPAN (Comprehensive Perl Archive Network) sites, such as:
ftp://ftp.cis.ufl.edu/pub/perl/CPAN/modules/by-module/Compress/Compress-Zlib*

A Python interface to zlib written by A.M. Kuchling <amk@magnet.com>
is available in Python 1.5 and later versions, see
http://www.python.org/doc/lib/module-zlib.html

A zlib binding for TCL written by Andreas Kupries <a.kupries@westend.com>
is availlable at http://www.westend.com/~kupries/doc/trf/man/man.html

An experimental package to read and write files in .zip format,
written on top of zlib by Gilles Vollant <info@winimage.com>, is
available at http://www.winimage.com/zLibDll/unzip.html
and also in the contrib/minizip directory of zlib.


Notes for some targets:

- To build a Windows DLL version, include in a DLL project zlib.def, zlib.rc
  and all .c files except example.c and minigzip.c; compile with -DZLIB_DLL
  The zlib DLL support was initially done by Alessandro Iacopetti and is
  now maintained by Gilles Vollant <info@winimage.com>. Check the zlib DLL
  home page at http://www.winimage.com/zLibDll

  From Visual Basic, you can call the DLL functions which do not take
  a structure as argument: compress, uncompress and all gz* functions.
  See contrib/visual-basic.txt for more information, or get
  http://www.tcfb.com/dowseware/cmp-z-it.zip

- For 64-bit Irix, deflate.c must be compiled without any optimization.
  With -O, one libpng test fails. The test works in 32 bit mode (with
  the -n32 compiler flag). The compiler bug has been reported to SGI.

- zlib doesn't work with gcc 2.6.3 on a DEC 3000/300LX under OSF/1 2.1   
  it works when compiled with cc.

- on Digital Unix 4.0D (formely OSF/1) on AlphaServer, the cc option -std1
  is necessary to get gzprintf working correctly. This is done by configure.

- zlib doesn't work on HP-UX 9.05 with some versions of /bin/cc. It works
  with other compilers. Use "make test" to check your compiler.

- gzdopen is not supported on RISCOS, BEOS and by some Mac compilers.

- For Turbo C the small model is supported only with reduced performance to
  avoid any far allocation; it was tested with -DMAX_WBITS=11 -DMAX_MEM_LEVEL=3

- For PalmOs, see http://www.cs.uit.no/~perm/PASTA/pilot/software.html
  Per Harald Myrvang <perm@stud.cs.uit.no>


Acknowledgments:

  The deflate format used by zlib was defined by Phil Katz. The deflate
  and zlib specifications were written by L. Peter Deutsch. Thanks to all the
  people who reported problems and suggested various improvements in zlib;
  they are too numerous to cite here.

Copyright notice:

 (C) 1995-1998 Jean-loup Gailly and Mark Adler

  This software is provided 'as-is', without any express or implied
  warranty.  In no event will the authors be held liable for any damages
  arising from the use of this software.

  Permission is granted to anyone to use this software for any purpose,
  including commercial applications, and to alter it and redistribute it
  freely, subject to the following restrictions:

  1. The origin of this software must not be misrepresented; you must not
     claim that you wrote the original software. If you use this software
     in a product, an acknowledgment in the product documentation would be
     appreciated but is not required.
  2. Altered source versions must be plainly marked as such, and must not be
     misrepresented as being the original software.
  3. This notice may not be removed or altered from any source distribution.

  Jean-loup Gailly        Mark Adler
  jloup@gzip.org          madler@alumni.caltech.edu

If you use the zlib library in a product, we would appreciate *not*
receiving lengthy legal documents to sign. The sources are provided
for free but without warranty of any kind.  The library has been
entirely written by Jean-loup Gailly and Mark Adler; it does not
include third-party code.

If you redistribute modified sources, we would appreciate that you include
in the file ChangeLog history information documenting your changes.