annotate src/zlib-1.2.8/contrib/pascal/readme.txt @ 56:af97cad61ff0

Add updated build of PortAudio for OSX
author Chris Cannam <cannam@all-day-breakfast.com>
date Tue, 03 Jan 2017 15:10:52 +0000
parents 5ea0608b923f
children
rev   line source
Chris@43 1
Chris@43 2 This directory contains a Pascal (Delphi, Kylix) interface to the
Chris@43 3 zlib data compression library.
Chris@43 4
Chris@43 5
Chris@43 6 Directory listing
Chris@43 7 =================
Chris@43 8
Chris@43 9 zlibd32.mak makefile for Borland C++
Chris@43 10 example.pas usage example of zlib
Chris@43 11 zlibpas.pas the Pascal interface to zlib
Chris@43 12 readme.txt this file
Chris@43 13
Chris@43 14
Chris@43 15 Compatibility notes
Chris@43 16 ===================
Chris@43 17
Chris@43 18 - Although the name "zlib" would have been more normal for the
Chris@43 19 zlibpas unit, this name is already taken by Borland's ZLib unit.
Chris@43 20 This is somehow unfortunate, because that unit is not a genuine
Chris@43 21 interface to the full-fledged zlib functionality, but a suite of
Chris@43 22 class wrappers around zlib streams. Other essential features,
Chris@43 23 such as checksums, are missing.
Chris@43 24 It would have been more appropriate for that unit to have a name
Chris@43 25 like "ZStreams", or something similar.
Chris@43 26
Chris@43 27 - The C and zlib-supplied types int, uInt, long, uLong, etc. are
Chris@43 28 translated directly into Pascal types of similar sizes (Integer,
Chris@43 29 LongInt, etc.), to avoid namespace pollution. In particular,
Chris@43 30 there is no conversion of unsigned int into a Pascal unsigned
Chris@43 31 integer. The Word type is non-portable and has the same size
Chris@43 32 (16 bits) both in a 16-bit and in a 32-bit environment, unlike
Chris@43 33 Integer. Even if there is a 32-bit Cardinal type, there is no
Chris@43 34 real need for unsigned int in zlib under a 32-bit environment.
Chris@43 35
Chris@43 36 - Except for the callbacks, the zlib function interfaces are
Chris@43 37 assuming the calling convention normally used in Pascal
Chris@43 38 (__pascal for DOS and Windows16, __fastcall for Windows32).
Chris@43 39 Since the cdecl keyword is used, the old Turbo Pascal does
Chris@43 40 not work with this interface.
Chris@43 41
Chris@43 42 - The gz* function interfaces are not translated, to avoid
Chris@43 43 interfacing problems with the C runtime library. Besides,
Chris@43 44 gzprintf(gzFile file, const char *format, ...)
Chris@43 45 cannot be translated into Pascal.
Chris@43 46
Chris@43 47
Chris@43 48 Legal issues
Chris@43 49 ============
Chris@43 50
Chris@43 51 The zlibpas interface is:
Chris@43 52 Copyright (C) 1995-2003 Jean-loup Gailly and Mark Adler.
Chris@43 53 Copyright (C) 1998 by Bob Dellaca.
Chris@43 54 Copyright (C) 2003 by Cosmin Truta.
Chris@43 55
Chris@43 56 The example program is:
Chris@43 57 Copyright (C) 1995-2003 by Jean-loup Gailly.
Chris@43 58 Copyright (C) 1998,1999,2000 by Jacques Nomssi Nzali.
Chris@43 59 Copyright (C) 2003 by Cosmin Truta.
Chris@43 60
Chris@43 61 This software is provided 'as-is', without any express or implied
Chris@43 62 warranty. In no event will the author be held liable for any damages
Chris@43 63 arising from the use of this software.
Chris@43 64
Chris@43 65 Permission is granted to anyone to use this software for any purpose,
Chris@43 66 including commercial applications, and to alter it and redistribute it
Chris@43 67 freely, subject to the following restrictions:
Chris@43 68
Chris@43 69 1. The origin of this software must not be misrepresented; you must not
Chris@43 70 claim that you wrote the original software. If you use this software
Chris@43 71 in a product, an acknowledgment in the product documentation would be
Chris@43 72 appreciated but is not required.
Chris@43 73 2. Altered source versions must be plainly marked as such, and must not be
Chris@43 74 misrepresented as being the original software.
Chris@43 75 3. This notice may not be removed or altered from any source distribution.
Chris@43 76