gzdoom-gles/zlib
Randy Heit fb50df2c63 About a week's worth of changes here. As a heads-up, I wouldn't be
surprised if this doesn't build in Linux right now. The CMakeLists.txt
were checked with MinGW and NMake, but how they fair under Linux is an
unknown to me at this time.

- Converted most sprintf (and all wsprintf) calls to either mysnprintf or
  FStrings, depending on the situation.
- Changed the strings in the wbstartstruct to be FStrings.
- Changed myvsnprintf() to output nothing if count is greater than INT_MAX.
  This is so that I can use a series of mysnprintf() calls and advance the
  pointer for each one. Once the pointer goes beyond the end of the buffer,
  the count will go negative, but since it's an unsigned type it will be
  seen as excessively huge instead. This should not be a problem, as there's
  no reason for ZDoom to be using text buffers larger than 2 GB anywhere.
- Ripped out the disabled bit from FGameConfigFile::MigrateOldConfig().
- Changed CalcMapName() to return an FString instead of a pointer to a static
  buffer.
- Changed startmap in d_main.cpp into an FString.
- Changed CheckWarpTransMap() to take an FString& as the first argument.
- Changed d_mapname in g_level.cpp into an FString.
- Changed DoSubstitution() in ct_chat.cpp to place the substitutions in an
  FString.
- Fixed: The MAPINFO parser wrote into the string buffer to construct a map
  name when given a Hexen map number. This was fine with the old scanner
  code, but only a happy coincidence prevents it from crashing with the new
  code
- Added the 'B' conversion specifier to StringFormat::VWorker() for printing
  binary numbers.
- Added CMake support for building with MinGW, MSYS, and NMake. Linux support
  is probably broken until I get around to booting into Linux again. Niceties
  provided over the existing Makefiles they're replacing:
  * All command-line builds can use the same build system, rather than having
    a separate one for MinGW and another for Linux.
  * Microsoft's NMake tool is supported as a target.
  * Progress meters.
  * Parallel makes work from a fresh checkout without needing to be primed
    first with a single-threaded make.
  * Porting to other architectures should be simplified, whenever that day
    comes.
- Replaced the makewad tool with zipdir. This handles the dependency tracking
  itself instead of generating an external makefile to do it, since I couldn't
  figure out how to generate a makefile with an external tool and include it
  with a CMake-generated makefile. Where makewad used a master list of files
  to generate the package file, zipdir just zips the entire contents of one or
  more directories.
- Added the gdtoa package from netlib's fp library so that ZDoom's printf-style
  formatting can be entirely independant of the CRT.

SVN r1082 (trunk)
2008-07-23 04:57:26 +00:00
..
adler32.c Directory restructuring to make it easier to version projects that don't build zdoom.exe. 2006-02-24 04:48:15 +00:00
algorithm.txt Directory restructuring to make it easier to version projects that don't build zdoom.exe. 2006-02-24 04:48:15 +00:00
ChangeLog Directory restructuring to make it easier to version projects that don't build zdoom.exe. 2006-02-24 04:48:15 +00:00
CMakeLists.txt About a week's worth of changes here. As a heads-up, I wouldn't be 2008-07-23 04:57:26 +00:00
compress.c Directory restructuring to make it easier to version projects that don't build zdoom.exe. 2006-02-24 04:48:15 +00:00
configure Directory restructuring to make it easier to version projects that don't build zdoom.exe. 2006-02-24 04:48:15 +00:00
crc32.c Directory restructuring to make it easier to version projects that don't build zdoom.exe. 2006-02-24 04:48:15 +00:00
crc32.h Directory restructuring to make it easier to version projects that don't build zdoom.exe. 2006-02-24 04:48:15 +00:00
deflate.c Directory restructuring to make it easier to version projects that don't build zdoom.exe. 2006-02-24 04:48:15 +00:00
deflate.h Directory restructuring to make it easier to version projects that don't build zdoom.exe. 2006-02-24 04:48:15 +00:00
example.c Directory restructuring to make it easier to version projects that don't build zdoom.exe. 2006-02-24 04:48:15 +00:00
FAQ Directory restructuring to make it easier to version projects that don't build zdoom.exe. 2006-02-24 04:48:15 +00:00
gzio.c Directory restructuring to make it easier to version projects that don't build zdoom.exe. 2006-02-24 04:48:15 +00:00
INDEX Directory restructuring to make it easier to version projects that don't build zdoom.exe. 2006-02-24 04:48:15 +00:00
infback.c Directory restructuring to make it easier to version projects that don't build zdoom.exe. 2006-02-24 04:48:15 +00:00
inffast.c Directory restructuring to make it easier to version projects that don't build zdoom.exe. 2006-02-24 04:48:15 +00:00
inffast.h Directory restructuring to make it easier to version projects that don't build zdoom.exe. 2006-02-24 04:48:15 +00:00
inffixed.h Directory restructuring to make it easier to version projects that don't build zdoom.exe. 2006-02-24 04:48:15 +00:00
inflate.c Directory restructuring to make it easier to version projects that don't build zdoom.exe. 2006-02-24 04:48:15 +00:00
inflate.h Directory restructuring to make it easier to version projects that don't build zdoom.exe. 2006-02-24 04:48:15 +00:00
inftrees.c Directory restructuring to make it easier to version projects that don't build zdoom.exe. 2006-02-24 04:48:15 +00:00
inftrees.h Directory restructuring to make it easier to version projects that don't build zdoom.exe. 2006-02-24 04:48:15 +00:00
minigzip.c Directory restructuring to make it easier to version projects that don't build zdoom.exe. 2006-02-24 04:48:15 +00:00
README Directory restructuring to make it easier to version projects that don't build zdoom.exe. 2006-02-24 04:48:15 +00:00
trees.c Directory restructuring to make it easier to version projects that don't build zdoom.exe. 2006-02-24 04:48:15 +00:00
trees.h Directory restructuring to make it easier to version projects that don't build zdoom.exe. 2006-02-24 04:48:15 +00:00
uncompr.c Directory restructuring to make it easier to version projects that don't build zdoom.exe. 2006-02-24 04:48:15 +00:00
zconf.h Directory restructuring to make it easier to version projects that don't build zdoom.exe. 2006-02-24 04:48:15 +00:00
zconf.in.h Directory restructuring to make it easier to version projects that don't build zdoom.exe. 2006-02-24 04:48:15 +00:00
zlib.3 Directory restructuring to make it easier to version projects that don't build zdoom.exe. 2006-02-24 04:48:15 +00:00
zlib.h Directory restructuring to make it easier to version projects that don't build zdoom.exe. 2006-02-24 04:48:15 +00:00
zlib.vcproj About a week's worth of changes here. As a heads-up, I wouldn't be 2008-07-23 04:57:26 +00:00
zutil.c Directory restructuring to make it easier to version projects that don't build zdoom.exe. 2006-02-24 04:48:15 +00:00
zutil.h Directory restructuring to make it easier to version projects that don't build zdoom.exe. 2006-02-24 04:48:15 +00:00

ZLIB DATA COMPRESSION LIBRARY

zlib 1.2.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
http://www.ietf.org/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 zlib@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.

Questions about zlib should be sent to <zlib@gzip.org>, or to Gilles Vollant
<info@winimage.com> for the Windows DLL version. The zlib home page is
http://www.zlib.org or http://www.gzip.org/zlib/ Before reporting a problem,
please check this site to verify that you have the latest version of zlib;
otherwise get the latest version and check whether the problem still exists or
not.

PLEASE read the zlib FAQ http://www.gzip.org/zlib/zlib_faq.html before asking
for help.

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

The changes made in version 1.2.3 are documented in the file ChangeLog.

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

A Java implementation of zlib is available in the Java Development Kit
http://java.sun.com/j2se/1.4.2/docs/api/java/util/zip/package-summary.html
See the zlib home page http://www.zlib.org for details.

A Perl interface to zlib written by Paul Marquess <pmqs@cpan.org> is in the
CPAN (Comprehensive Perl Archive Network) sites
http://www.cpan.org/modules/by-module/Compress/

A Python interface to zlib written by A.M. Kuchling <amk@amk.ca> 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.oche.de/~akupries/soft/trf/trf_zip.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 in the
contrib/minizip directory of zlib.


Notes for some targets:

- For Windows DLL versions, please see win32/DLL_FAQ.txt

- 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 PalmOs, see http://palmzlib.sourceforge.net/

- When building a shared, i.e. dynamic library on Mac OS X, the library must be
  installed before testing (do "make install" before "make test"), since the
  library location is specified in the library.


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-2004 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. Please
read the FAQ for more information on the distribution of modified source
versions.