annotate src/zlib-1.2.7/contrib/delphi/readme.txt @ 143:e95e00bdc3eb

Further win32 build updates
author Chris Cannam <cannam@all-day-breakfast.com>
date Mon, 09 Jan 2017 13:51:38 +0000
parents 8a15ff55d9af
children
rev   line source
cannam@89 1
cannam@89 2 Overview
cannam@89 3 ========
cannam@89 4
cannam@89 5 This directory contains an update to the ZLib interface unit,
cannam@89 6 distributed by Borland as a Delphi supplemental component.
cannam@89 7
cannam@89 8 The original ZLib unit is Copyright (c) 1997,99 Borland Corp.,
cannam@89 9 and is based on zlib version 1.0.4. There are a series of bugs
cannam@89 10 and security problems associated with that old zlib version, and
cannam@89 11 we recommend the users to update their ZLib unit.
cannam@89 12
cannam@89 13
cannam@89 14 Summary of modifications
cannam@89 15 ========================
cannam@89 16
cannam@89 17 - Improved makefile, adapted to zlib version 1.2.1.
cannam@89 18
cannam@89 19 - Some field types from TZStreamRec are changed from Integer to
cannam@89 20 Longint, for consistency with the zlib.h header, and for 64-bit
cannam@89 21 readiness.
cannam@89 22
cannam@89 23 - The zlib_version constant is updated.
cannam@89 24
cannam@89 25 - The new Z_RLE strategy has its corresponding symbolic constant.
cannam@89 26
cannam@89 27 - The allocation and deallocation functions and function types
cannam@89 28 (TAlloc, TFree, zlibAllocMem and zlibFreeMem) are now cdecl,
cannam@89 29 and _malloc and _free are added as C RTL stubs. As a result,
cannam@89 30 the original C sources of zlib can be compiled out of the box,
cannam@89 31 and linked to the ZLib unit.
cannam@89 32
cannam@89 33
cannam@89 34 Suggestions for improvements
cannam@89 35 ============================
cannam@89 36
cannam@89 37 Currently, the ZLib unit provides only a limited wrapper around
cannam@89 38 the zlib library, and much of the original zlib functionality is
cannam@89 39 missing. Handling compressed file formats like ZIP/GZIP or PNG
cannam@89 40 cannot be implemented without having this functionality.
cannam@89 41 Applications that handle these formats are either using their own,
cannam@89 42 duplicated code, or not using the ZLib unit at all.
cannam@89 43
cannam@89 44 Here are a few suggestions:
cannam@89 45
cannam@89 46 - Checksum class wrappers around adler32() and crc32(), similar
cannam@89 47 to the Java classes that implement the java.util.zip.Checksum
cannam@89 48 interface.
cannam@89 49
cannam@89 50 - The ability to read and write raw deflate streams, without the
cannam@89 51 zlib stream header and trailer. Raw deflate streams are used
cannam@89 52 in the ZIP file format.
cannam@89 53
cannam@89 54 - The ability to read and write gzip streams, used in the GZIP
cannam@89 55 file format, and normally produced by the gzip program.
cannam@89 56
cannam@89 57 - The ability to select a different compression strategy, useful
cannam@89 58 to PNG and MNG image compression, and to multimedia compression
cannam@89 59 in general. Besides the compression level
cannam@89 60
cannam@89 61 TCompressionLevel = (clNone, clFastest, clDefault, clMax);
cannam@89 62
cannam@89 63 which, in fact, could have used the 'z' prefix and avoided
cannam@89 64 TColor-like symbols
cannam@89 65
cannam@89 66 TCompressionLevel = (zcNone, zcFastest, zcDefault, zcMax);
cannam@89 67
cannam@89 68 there could be a compression strategy
cannam@89 69
cannam@89 70 TCompressionStrategy = (zsDefault, zsFiltered, zsHuffmanOnly, zsRle);
cannam@89 71
cannam@89 72 - ZIP and GZIP stream handling via TStreams.
cannam@89 73
cannam@89 74
cannam@89 75 --
cannam@89 76 Cosmin Truta <cosmint@cs.ubbcluj.ro>