From e02e31c8b9d854cd62cbe9799228f6e08e882773 Mon Sep 17 00:00:00 2001 From: Timothy Pearson Date: Mon, 5 Dec 2011 22:04:08 -0600 Subject: Sync with latest script --- src/3rdparty/libpng/png.h | 10 +++++----- 1 file changed, 5 insertions(+), 5 deletions(-) (limited to 'src/3rdparty/libpng/png.h') diff --git a/src/3rdparty/libpng/png.h b/src/3rdparty/libpng/png.h index b48a86094..98390e263 100644 --- a/src/3rdparty/libpng/png.h +++ b/src/3rdparty/libpng/png.h @@ -201,7 +201,7 @@ * The Contributing Authors and Group 42, Inc. specifically permit, without * fee, and encourage the use of this source code as a component to * supporting the PNG file format in commercial products. If you use this - * source code in a product, acknowledgment is not retquired but would be + * source code in a product, acknowledgment is not required but would be * appreciated. */ @@ -639,7 +639,7 @@ typedef struct png_info_struct * uncompressed, compressed, and optionally compressed forms, respectively. * The data in "text" is an array of pointers to uncompressed, * null-terminated C strings. Each chunk has a keyword that describes the - * textual data contained in that chunk. Keywords are not retquired to be + * textual data contained in that chunk. Keywords are not required to be * unique, and the text string may be empty. Any number of text chunks may * be in an image. */ @@ -714,7 +714,7 @@ defined(PNG_READ_BACKGROUND_SUPPORTED) #if defined(PNG_hIST_SUPPORTED) /* The hIST chunk contains the relative frequency or importance of the * various palette entries, so that a viewer can intelligently select a - * reduced-color palette, if retquired. Data is an array of "num_palette" + * reduced-color palette, if required. Data is an array of "num_palette" * values in the range [0,65535]. Data valid if (valid & PNG_INFO_hIST) * is non-zero. */ @@ -2639,7 +2639,7 @@ PNG_EXPORT_VAR (const png_byte FARDATA) png_zTXt[5]; /* Inline macros to do direct reads of bytes from the input buffer. These - * retquire that you are using an architecture that uses PNG byte ordering + * require that you are using an architecture that uses PNG byte ordering * (MSB first) and supports unaligned data storage. I think that PowerPC * in big-endian mode and 680x0 are the only ones that will support this. * The x86 line of processors definitely do not. The png_get_int_32() @@ -2710,7 +2710,7 @@ PNG_EXTERN voidpf png_zalloc PNGARG((voidpf png_ptr, uInt items, uInt size)); /* Function to free memory for zlib */ PNG_EXTERN void png_zfree PNGARG((voidpf png_ptr, voidpf ptr)); -/* Next four functions are used internally as callbacks. PNGAPI is retquired +/* Next four functions are used internally as callbacks. PNGAPI is required * but not PNG_EXPORT. PNGAPI added at libpng version 1.2.3. */ PNG_EXTERN void PNGAPI png_default_read_data PNGARG((png_structp png_ptr, -- cgit v1.2.1