Fix some typos

Most of them were found by codespell.

Signed-off-by: Stefan Weil <[email protected]>

Author: stweil

ChangeLog

@@ -1849,7 +1849,7 @@
 
 	* libtiff/tif_jpeg.c: in JPEGFixupTags(), recognize SOF2, SOF9 and SOF10
 	markers to avoid emitting a warning (even if, according to the TechNote,
-	there are admitedly unusual/not recommended or even forbidden variants, but
+	there are admittedly unusual/not recommended or even forbidden variants, but
 	they do work well with libjpeg for SOF2, and with libjpeg-turbo for SOF2,
 	SOF9 and SOF10).
 	Define in_color_space and input_components to the right values in
@@ -2432,7 +2432,7 @@
 2012-05-19  Bob Friesenhahn  <[email protected]>
 
 	* man/TIFFGetField.3tiff: Correct the 'count' field type in the
-	example for how to retreive the value of unsupported tags.
+	example for how to retrieve the value of unsupported tags.
 
 2012-03-30  Frank Warmerdam  <[email protected]>
 
@@ -3039,7 +3039,7 @@
 
 2010-04-21  Frank Warmerdam  <[email protected]>
 
-	* libtiff/tif_jpeg.c: avoid preparing jpeg tables everytime
+	* libtiff/tif_jpeg.c: avoid preparing jpeg tables every time
 	JPEGSetupEncode() is called if the tables already seem to be
 	established.  This prevents spurious updates and rewriting of
 	directories with jpegtables when doing updates to existing images.
@@ -3371,7 +3371,7 @@
 
 	* test/common.sh - start verbose mode after common settings.
 
-	* libtiff/tif_dirinfo.c: Replace lfind() with local equivelent to
+	* libtiff/tif_dirinfo.c: Replace lfind() with local equivalent to
 	avoid type mismatches on different platforms.
 	http://bugzilla.maptools.org/show_bug.cgi?id=1889
 
@@ -3518,7 +3518,7 @@
 
 	* tools/tiffdump.c: When compiling for Microsoft Windows, apply
 	consistent (__int64) casting when testing if _lseeki64 has
-	successfully seeked as requested.  This is necessary for large
+	successfully sought as requested.  This is necessary for large
 	file support to work since off_t is only 32-bit.
 
 2008-07-29  Frank Warmerdam  <[email protected]>
@@ -4316,7 +4316,7 @@ btiff/tif_win32.c: Replace custom Win32 memory api with generic
 	* libtiff/tif_getimage.c: replaced usage of TIFFScanlineSize in
 	gtStripContig with TIFFNewScanlineSize so as to fix buggy behaviour
 	on subsampled images - this ought to get sorted when we feel brave
-	enough to replace TIFFScanlineSize alltogether
+	enough to replace TIFFScanlineSize altogether
 
 	* libtiff/tif_ojpeg.c: fixed bug in OJPEGReadSkip
 
@@ -4974,7 +4974,7 @@ btiff/tif_win32.c: Replace custom Win32 memory api with generic
 
 2005-06-03  Andrey Kiselev  <[email protected]>
 
-	* libtiff/tif_open.c: Replace runtime endianess check with the compile
+	* libtiff/tif_open.c: Replace runtime endianness check with the compile
 	time one.
 
 	* libtiff/tif_predict.c: Floating point predictor now works on
@@ -6316,7 +6316,7 @@ btiff/tif_win32.c: Replace custom Win32 memory api with generic
 2003-11-16  Andrey Kiselev  <[email protected]>
 
 	* libtiff/{tiff.h, tif_dirinfo.c}: Added support for IFD (13)
-	datatype, intruduced in "Adobe PageMaker TIFF Tech. Notes".
+	datatype, introduced in "Adobe PageMaker TIFF Tech. Notes".
 
 2003-11-15  Frank Warmerdam  <[email protected]>
 
@@ -6627,7 +6627,7 @@ btiff/tif_win32.c: Replace custom Win32 memory api with generic
 
 	* contrib/ojpeg/{Makefile.in, jdhuff.h, jinclude.h, ojpeg.c, README},
 	configure, Makefile.in:	Improved libtiff compilation with OJPEG
-	support. Now no need for patching IJG JPEG library, hack requred by
+	support. Now no need for patching IJG JPEG library, hack required by
 	libtiff will be compiled and used in-place. Implemented with
 	suggestion and help from Bill Allombert, Debian's libjpeg maintainer.
 
@@ -7485,7 +7485,7 @@ btiff/tif_win32.c: Replace custom Win32 memory api with generic
 	sizes. It fixes two problems:
 
 	Without	scaling (-S) the fax is now centered on the page size specified
-	with -H	and/or -W. Before, fax2ps was using an obscure and practially
+	with -H	and/or -W. Before, fax2ps was using an obscure and practically
 	useless algorithm to allocate the image relative to Letter sized paper
 	which sometime sled to useless whitespace on the paper, while at the
 	same time cutting of the faxes printable area at the opposite border.

contrib/iptcutil/iptcutil.c

@@ -782,7 +782,7 @@ int sindex(char ch,char *string)
   char *cp;
   for(cp=string;*cp;++cp)
     if(ch==*cp)
-      return (int)(cp-string);	/* return postion of character */
+      return (int)(cp-string);	/* return position of character */
   return -1;			/* eol ... no match found */
 }
 

contrib/pds/README

@@ -30,7 +30,7 @@ Your ReadRGBA() routine works well for reading many different formats
 (TILED, STIP, compressed or not, etc.) of the most basic types of data
 (RGB, 8-bit greyscale, 8-bit colormapped) into an SGI-style data array,
 and serves as a good template for users with other needs. I used it as
-an exmaple of how to make an iterator which, rather than fill a data
+an example of how to make an iterator which, rather than fill a data
 array, calls an arbitrary user-supplied callback function for each
 "chunk" of data - that "chunk" might be a strip or a tile, and might
 have one sample-per-pixel or two, and might be 8-bit data or 16-bit or

contrib/pds/tif_imageiter.c

@@ -114,7 +114,7 @@ TIFFImageIterBegin(TIFFImageIter* img, TIFF* tif, int stop, char emsg[1024])
 		TIFFErrorExt(tif->tif_clientdata, TIFFFileName(tif), "Missing required \"Colormap\" tag");
 	    return (0);
 	}
-	/* fall thru... */
+	/* fall through... */
     case PHOTOMETRIC_MINISWHITE:
     case PHOTOMETRIC_MINISBLACK:
 /* This should work now so skip the check - BSR
@@ -181,7 +181,7 @@ TIFFImageIterBegin(TIFFImageIter* img, TIFF* tif, int stop, char emsg[1024])
     case ORIENTATION_LEFTBOT:	/* XXX */
 	TIFFWarning(TIFFFileName(tif), "using bottom-left orientation");
 	img->orientation = ORIENTATION_BOTLEFT;
-	/* fall thru... */
+	/* fall through... */
     case ORIENTATION_BOTLEFT:
 	break;
     case ORIENTATION_TOPRIGHT:
@@ -190,7 +190,7 @@ TIFFImageIterBegin(TIFFImageIter* img, TIFF* tif, int stop, char emsg[1024])
     default:
 	TIFFWarning(TIFFFileName(tif), "using top-left orientation");
 	img->orientation = ORIENTATION_TOPLEFT;
-	/* fall thru... */
+	/* fall through... */
     case ORIENTATION_TOPLEFT:
 	break;
     }

contrib/pds/tif_imageiter.h

@@ -44,7 +44,7 @@ struct _TIFFImageIter {
 	uint16	samplesperpixel;		/* image samples/pixel */
 	uint16	orientation;			/* image orientation */
 	uint16	photometric;			/* image photometric interp */
-	uint16*	redcmap;			/* colormap pallete */
+	uint16*	redcmap;			/* colormap palette */
 	uint16*	greencmap;
 	uint16*	bluecmap;
 						/* get image data routine */

contrib/pds/tif_pdsdirread.c

@@ -192,7 +192,7 @@ TIFFReadPrivateDataSubDirectory(TIFF* tif, toff_t pdir_offset,
 	 * the fields to check type and tag information,
 	 * and to extract info required to size data
 	 * structures.  A second pass is made afterwards
-	 * to read in everthing not taken in the first pass.
+	 * to read in everything not taken in the first pass.
 	 */
 	td = &tif->tif_dir;
 
@@ -825,7 +825,7 @@ TIFFFetchNormalSubTag(TIFF* tif, TIFFDirEntry* dp, const TIFFFieldInfo* fip,
 				break;
 			  }
 			}
-			/* fall thru... */
+			/* fall through... */
 		case TIFF_LONG:
 		case TIFF_SLONG:
 			{ uint32 v32 =

contrib/tags/README

@@ -2,7 +2,7 @@
 NOTE:  Sept/2004 
 
 The following described approach to managing tag extensions has been
-mostly superceeded since libtiff 3.6.0.  The described approach requires
+mostly superseded since libtiff 3.6.0.  The described approach requires
 internal knowledge of the libtiff API and tends to be very fragile 
 in the face of libtiff upgrades.  
 

contrib/tags/xtif_dir.c

@@ -269,7 +269,7 @@ _XTIFFDefaultDirectory(TIFF *tif)
 		 * Install into TIFF structure.
 		 */
 		TIFFMEMBER(tif,clientdir) = (tidata_t)xt;
-		tif->tif_flags |= XTIFF_INITIALIZED; /* dont do this again! */
+		tif->tif_flags |= XTIFF_INITIALIZED; /* don't do this again! */
 	}
 
 	/* set up our own defaults */

contrib/win_dib/README.tiff2dib

@@ -40,7 +40,7 @@ it contain the function LoadTIFFinDIB that load
 a TIFF file and build a memory DIB with it and return the 
 HANDLE (HDIB) of the memory bloc containing this DIB.
 Since DIB is the "natural" bitmap format for Windows 3.1, 95 and NT,
-this function sould be usefull for some Windows 95 (or NT) developer.
+this function should be useful for some Windows 95 (or NT) developer.
 
 
 Sorry for my approximate english ...

contrib/win_dib/Tiffile.cpp

@@ -360,7 +360,7 @@ setorientation(TIFFRGBAImage* img, uint32 h)
     case ORIENTATION_LEFTBOT:   /* XXX */
     TIFFWarning(TIFFFileName(tif), "using bottom-left orientation");
     img->orientation = ORIENTATION_BOTLEFT;
-    /* fall thru... */
+    /* fall through... */
     case ORIENTATION_BOTLEFT:
     y = 0;
     break;
@@ -370,7 +370,7 @@ setorientation(TIFFRGBAImage* img, uint32 h)
     default:
     TIFFWarning(TIFFFileName(tif), "using top-left orientation");
     img->orientation = ORIENTATION_TOPLEFT;
-    /* fall thru... */
+    /* fall through... */
     case ORIENTATION_TOPLEFT:
     y = h-1;
     break;

html/addingtags.html

@@ -12,7 +12,7 @@ <H1>
 </H1>
 
 Libtiff has built-in knowledge of all the standard TIFF tags, as
-well as extentions.  The following describes how to add knowledge of
+well as extensions.  The following describes how to add knowledge of
 new tags as builtins to libtiff, or how to application specific tags can
 be used by applications without modifying libtiff. 
 <p>
@@ -113,7 +113,7 @@ <h2>Defining Application Tags</h2>
 This is done by calling TIFFMergeFieldInfo() with one or more TIFFFieldInfos. 
 <p>
 
-The libgeotiff library provides geospatial information extentions within
+The libgeotiff library provides geospatial information extensions within
 a TIFF file.  First, a set of TIFFFieldInfo's is prepared with information
 on the new tags:<p>
 

html/bugs.html

@@ -22,7 +22,7 @@ <H1>
 already known by looking at the list of already reported bugs.  You can do so 
 by visiting the buglist at 
 <A HREF=http://bugzilla.maptools.org/buglist.cgi?product=libtiff>http://bugzilla.maptools.org/buglist.cgi?product=libtiff</A>.  Also verify that 
-the problem is still reproducable with the current development software 
+the problem is still reproducible with the current development software
 from CVS. 
 <P>
 If you'd like to enter a new bug, you can do so at

html/build.html

@@ -689,7 +689,7 @@ <h2>Table of Contents</h2>
 libtiff/version.h               version string (generated by Makefile)
 libtiff/tif_apple.c             Apple-related OS support
 libtiff/tif_atari.c             Atari-related OS support
-libtiff/tif_aux.c               auxilary directory-related functions
+libtiff/tif_aux.c               auxiliary directory-related functions
 libtiff/tif_close.c             close an open TIFF file
 libtiff/tif_codec.c             configuration table of builtin codecs
 libtiff/tif_compress.c          compression scheme support

html/libtiff.html

@@ -97,7 +97,7 @@ <h2 id="version">How to tell which version you have</h2>
     information.
     The library include file <tt>&lt;tiffio.h&gt;</tt> contains a C pre-processor
     define <tt>TIFFLIB_VERSION</tt> that can be used to check library
-    version compatiblity at compile time.
+    version compatibility at compile time.
   </p>
   <hr>
   <h2 id="typedefs">Library Datatypes</h2>

html/man/TIFFReadDirectory.3tiff.html

@@ -49,7 +49,7 @@
 Unisys license to use LZW in free software that complies with the Open
 Source Definition</em>
 <P>
-Unfortunatly, the removal of LZW compression means that saved image size has
+Unfortunately, the removal of LZW compression means that saved image size has
 grown dramatically.  Without a change in the TIFF spec to support
 another lossless compression format, this is unavoidable.
 <P>

html/man/TIFFWriteDirectory.3tiff.html

@@ -200,7 +200,7 @@
 sizes. (Bug 35) It fixes two problems:
 <br>
 	Without	scaling (-S) the fax is now centered on the page size specified
-	with -H	and/or -W. Before, fax2ps was using an obscure and practially
+	with -H	and/or -W. Before, fax2ps was using an obscure and practically
 	useless algorithm to allocate the image relative to Letter sized paper
 	which sometime sled to useless whitespace on the paper, while at the
 	same time cutting of the faxes printable area at the opposite border.

html/man/TIFFmemory.3tiff.html

@@ -64,12 +64,12 @@ <h3>Custom Tag Support</h3>
 software that used the private data structures.<p>
 
 Also, any tag not recognised
-by libtiff would not be read and accessable to applications without some
+by libtiff would not be read and accessible to applications without some
 fairly complicated work on the applications part to pre-register the tags
 as exemplified by the support for "Geo"TIFF tags by libgeotiff layered on
 libtiff.  <p>
 
-Amoung other things this approach required the extension code
+Among other things this approach required the extension code
 to access the private libtiff structures ... which made the higher level
 non-libtiff code be locked into a specific version of libtiff at compile time.
 This caused no end of bug reports!<p>

html/v3.5.3.html

@@ -116,7 +116,7 @@
 it was done in 3.6.0).
 
 <li> libtiff/{tiff.h, tif_dirinfo.c}: Added support for IFD (13) datatype,
-intruduced in "Adobe PageMaker TIFF Technical Notes".
+introduced in "Adobe PageMaker TIFF Technical Notes".
 
 <li> libtiff/{tif_color.c, tif_getimage.c, tiffio.h}: New color space
 conversion code: CIE L*a*b* 1976 images now supported by the TIFFRGBAImage

html/v3.5.7.html

@@ -46,7 +46,7 @@
 
 <UL>
 
-	<li> Maintainance release. Many bugfixes in the build environment
+	<li> Maintenance release. Many bugfixes in the build environment
 	and compatibility improvements.
 
 </UL>

html/v3.6.0.html

@@ -45,7 +45,7 @@
 <A NAME="highlights"><B><FONT SIZE=+3>M</FONT>AJOR CHANGES:</B></A>
 
 <UL>
-	<li> Replace runtime endianess check with the compile time one.
+	<li> Replace runtime endianness check with the compile time one.
 
 	<li> Added support for the new predictor type (floating point
 	predictor), defined at the TIFF Technical Note 3.

html/v3.6.1.html

@@ -154,7 +154,7 @@
 
 	<li> libtiff/tif_getimage.c,tiffio.h: removed all use of
 	UaToAa and Bitmap16to8 arrays in TIFFRGBAImage structure to
-	restore ABI compatability.  These were just an attempt to
+	restore ABI compatibility.  These were just an attempt to
 	speed up processing with precalculated tables.  <a
 	href="http://bugzilla.maptools.org/show_bug.cgi?id=1979">http://bugzilla.maptools.org/show_bug.cgi?id=1979</a>
 

html/v3.7.2.html

@@ -77,7 +77,7 @@ C routines:
 .IR memcpy ,
 and
 .IR memcmp ,
-repsectively.
+respectively.
 .SH DIAGNOSTICS
 None.
 .SH "SEE ALSO"

html/v3.7.3.html

@@ -43,7 +43,7 @@ product tiff
 	    exp	"tiff.sw.tools"
 	endsubsys
 	subsys dev
-	    id	"${TIFF_NAME} Developement Software"
+	    id	"${TIFF_NAME} Development Software"
 	    exp	"tiff.sw.dev"
 	endsubsys
     endimage