libtiff: * libtiff 3.9.0 released.

From 616624213caa4017313ca0aac850c1101759d4ff Mon Sep 17 00:00:00 2001
From: Bob Friesenhahn <[EMAIL REDACTED]>
Date: Thu, 20 Aug 2009 22:30:56 +0000
Subject: [PATCH] * libtiff 3.9.0 released.

 ChangeLog                     |   2 +
 HOWTO-RELEASE                 |   7 +-                   |   6 +-                   |   6 +-
 RELEASE-DATE                  |   2 +-
 VERSION                       |   2 +-
 build/             |   2 +-
 configure                     |  22 +--                  |   4 +-                 |   4 +-
 contrib/dbs/xtiff/ |   2 +-
 html/BigTIFFProposal.html     |  99 -------------
 html/              |   2 +-
 html/bigtiffdesign.html       |  80 -----------
 html/document.html            |   6 +-
 html/index.html               |  14 +-
 html/v3.9.0.html              | 261 ++++++++++++++++++++++++++++++++++
 libtiff/tif_ojpeg.c           |   6 +-
 libtiff/tiffvers.h            |   4 +-
 tools/tiffcrop.c              |   3 +-
 20 files changed, 304 insertions(+), 230 deletions(-)
 delete mode 100644 html/BigTIFFProposal.html
 delete mode 100644 html/bigtiffdesign.html
 create mode 100644 html/v3.9.0.html

diff --git a/ChangeLog b/ChangeLog
index e6ab6597..806176f9 100644
--- a/ChangeLog
+++ b/ChangeLog
@@ -1,5 +1,7 @@
 2009-08-20  Bob Friesenhahn  <>
+	* libtiff 3.9.0 released.
 	* libtiff/tif_print.c (TIFFPrintDirectory): Applied patch for "tag
 	error may cause segfault in tif_print.c."
index 2fd04d28..23aae5a5 100644
@@ -24,7 +24,7 @@ utilities to release a package.
    Version should be updated in two places: in the second argument of the
    AC_INIT macro and in LIBTIFF_xxx_VERSION variables.
-5. autoconf
+5. ./
 6. sh configure
@@ -47,10 +47,11 @@ utilities to release a package.
     be created in the top level package directory.
 14. Copy to ftp site. 
-    scp tiff-*.tar.gz
-    scp tiff-*.zip
+    scp tiff-*.tar.gz tiff-*.zip \
 15. Announce to list,
 16. Update libtiff page on freshmeat with new version announcement.
diff --git a/ b/
index a799dff7..b12b40af 100644
--- a/
+++ b/
@@ -50,7 +50,7 @@ dist_doc_DATA = $(docfiles)
 SUBDIRS = port libtiff tools build contrib test man html
-	(rm -f ./libtiff/tiffvers.h && sed 's,LIBTIFF_VERSION,$(LIBTIFF_VERSION),;s,LIBTIFF_RELEASE_DATE,$(LIBTIFF_RELEASE_DATE),' ./libtiff/ > ./libtiff/tiffvers.h)
+	(rm -f $(top_srcdir)/RELEASE-DATE && echo $(LIBTIFF_RELEASE_DATE) > $(top_srcdir)/RELEASE-DATE)
+	(rm -f $(top_srcdir)/VERSION && echo $(LIBTIFF_VERSION) > $(top_srcdir)/VERSION)
+	(rm -f $(top_srcdir)/libtiff/tiffvers.h && sed 's,LIBTIFF_VERSION,$(LIBTIFF_VERSION),;s,LIBTIFF_RELEASE_DATE,$(LIBTIFF_RELEASE_DATE),' $(top_srcdir)/libtiff/ > $(top_srcdir)/libtiff/tiffvers.h)
diff --git a/ b/
index 8e9b06c7..ed2821ce 100644
--- a/
+++ b/
@@ -834,9 +834,9 @@ uninstall-am: uninstall-dist_docDATA
-	(rm -f ./libtiff/tiffvers.h && sed 's,LIBTIFF_VERSION,$(LIBTIFF_VERSION),;s,LIBTIFF_RELEASE_DATE,$(LIBTIFF_RELEASE_DATE),' ./libtiff/ > ./libtiff/tiffvers.h)
+	(rm -f $(top_srcdir)/RELEASE-DATE && echo $(LIBTIFF_RELEASE_DATE) > $(top_srcdir)/RELEASE-DATE)
+	(rm -f $(top_srcdir)/VERSION && echo $(LIBTIFF_VERSION) > $(top_srcdir)/VERSION)
+	(rm -f $(top_srcdir)/libtiff/tiffvers.h && sed 's,LIBTIFF_VERSION,$(LIBTIFF_VERSION),;s,LIBTIFF_RELEASE_DATE,$(LIBTIFF_RELEASE_DATE),' $(top_srcdir)/libtiff/ > $(top_srcdir)/libtiff/tiffvers.h)
 # Tell versions [3.59,3.63) of GNU make to not export all variables.
 # Otherwise a system limit (for SysV at least) may be exceeded.
index 1b3f7479..8c14d22f 100644
@@ -1 +1 @@
diff --git a/VERSION b/VERSION
index 53dfe932..a5c4c763 100644
@@ -1 +1 @@
diff --git a/build/ b/build/
index 1200c15c..ca630b9d 100644
--- a/build/
+++ b/build/
@@ -15,7 +15,7 @@
-# $Id:,v 2009-08-20 20:23:52 bfriesen Exp $
+# $Id:,v 2009-08-20 22:31:00 bfriesen Exp $
 # Tag Image File Format (TIFF) Software
diff --git a/configure b/configure
index df461d6a..76887024 100755
--- a/configure
+++ b/configure
@@ -1,6 +1,6 @@
 #! /bin/sh
 # Guess values for system-dependent variables and create Makefiles.
-# Generated by GNU Autoconf 2.64 for LibTIFF Software 3.9.0beta.
+# Generated by GNU Autoconf 2.64 for LibTIFF Software 3.9.0.
 # Report bugs to <>.
@@ -698,8 +698,8 @@ MAKEFLAGS=
 # Identity of this package.
-PACKAGE_STRING='LibTIFF Software 3.9.0beta'
+PACKAGE_STRING='LibTIFF Software 3.9.0'
@@ -1492,7 +1492,7 @@ if test "$ac_init_help" = "long"; then
   # Omit some internal or obsolete options to make the list less imposing.
   # This message is too long to be a string in the A/UX 3.1 sh.
   cat <<_ACEOF
-\`configure' configures LibTIFF Software 3.9.0beta to adapt to many kinds of systems.
+\`configure' configures LibTIFF Software 3.9.0 to adapt to many kinds of systems.
 Usage: $0 [OPTION]... [VAR=VALUE]...
@@ -1567,7 +1567,7 @@ fi
 if test -n "$ac_init_help"; then
   case $ac_init_help in
-     short | recursive ) echo "Configuration of LibTIFF Software 3.9.0beta:";;
+     short | recursive ) echo "Configuration of LibTIFF Software 3.9.0:";;
   cat <<\_ACEOF
@@ -1725,7 +1725,7 @@ fi
 test -n "$ac_init_help" && exit $ac_status
 if $ac_init_version; then
   cat <<\_ACEOF
-LibTIFF Software configure 3.9.0beta
+LibTIFF Software configure 3.9.0
 generated by GNU Autoconf 2.64
 Copyright (C) 2009 Free Software Foundation, Inc.
@@ -2449,7 +2449,7 @@ cat >config.log <<_ACEOF
 This file contains any messages produced by compilers while
 running configure, to aid debugging if configure makes a mistake.
-It was created by LibTIFF Software $as_me 3.9.0beta, which was
+It was created by LibTIFF Software $as_me 3.9.0, which was
 generated by GNU Autoconf 2.64.  Invocation command line was
   $ $0 $@
@@ -3376,7 +3376,7 @@ fi
 # Define the identity of the package.
- VERSION='3.9.0beta'
+ VERSION='3.9.0'
 cat >>confdefs.h <<_ACEOF
@@ -3443,7 +3443,7 @@ fi
 LIBTIFF_RELEASE_DATE=`date +"%Y%m%d"`
@@ -19062,7 +19062,7 @@ cat >>$CONFIG_STATUS <<\_ACEOF || ac_write_fail=1
 # report actual input values of CONFIG_FILES etc. instead of their
 # values after options handling.
-This file was extended by LibTIFF Software $as_me 3.9.0beta, which was
+This file was extended by LibTIFF Software $as_me 3.9.0, which was
 generated by GNU Autoconf 2.64.  Invocation command line was
@@ -19126,7 +19126,7 @@ Report bugs to <>."
 cat >>$CONFIG_STATUS <<_ACEOF || ac_write_fail=1
-LibTIFF Software config.status 3.9.0beta
+LibTIFF Software config.status 3.9.0
 configured by $0, generated by GNU Autoconf 2.64,
   with options \\"`$as_echo "$ac_configure_args" | sed 's/^ //; s/[\\""\`\$]/\\\\&/g'`\\"
diff --git a/ b/
index 8cfd959a..28639a3e 100644
--- a/
+++ b/
@@ -25,7 +25,7 @@ dnl OF THIS SOFTWARE.
 dnl Process this file with autoconf to produce a configure script.
-AC_INIT([LibTIFF Software],[3.9.0beta],[],[tiff])
+AC_INIT([LibTIFF Software],[3.9.0],[],[tiff])
@@ -42,7 +42,7 @@ dnl Don't fill the ALPHA_VERSION field, if not applicable.
 dnl This will be used with the 'make release' target
 LIBTIFF_RELEASE_DATE=`date +"%Y%m%d"`
diff --git a/ b/
index 42676e80..6a5d8b5f 100644
--- a/
+++ b/
@@ -1,4 +1,4 @@
-$! $Id:,v 2007-11-23 09:12:35 dron Exp $
+$! $Id:,v 2009-08-20 22:31:00 bfriesen Exp $
 $! OpenVMS configure procedure for libtiff
 $! (c) Alexey Chupahin  22-NOV-2007
@@ -1314,7 +1314,7 @@ $COPY SYS$INPUT 'CURRENT'TIF_CONFIG.H
 #define PACKAGE_NAME "LibTIFF Software"
 /* Define to the full name and version of this package. */
-#define PACKAGE_STRING "LibTIFF Software 3.9.0beta for VMS"
+#define PACKAGE_STRING "LibTIFF Software 3.9.0 for VMS"
 /* Define to the one symbol short name of this package. */
 #define PACKAGE_TARNAME "tiff"
diff --git a/contrib/dbs/xtiff/ b/contrib/dbs/xtiff/
index b6e2e8ec..a67e227a 100644
--- a/contrib/dbs/xtiff/
+++ b/contrib/dbs/xtiff/
@@ -15,7 +15,7 @@
-# $Id:,v 2009-08-20 20:23:52 bfriesen Exp $
+# $Id:,v 2009-08-20 22:31:00 bfriesen Exp $
 # Tag Image File Format (TIFF) Software
diff --git a/html/BigTIFFProposal.html b/html/BigTIFFProposal.html
deleted file mode 100644
index c64909f2..00000000
--- a/html/BigTIFFProposal.html
+++ /dev/null
@@ -1,99 +0,0 @@
-<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
-<html lang="en">
-  <title>Proposal to Implement BigTIFF Support in LibTiff</title>
-  <h1>Proposal to Implement BigTIFF Support in LibTiff</h1>
-  <p><b>NEWS:</b> We have located all four required sponsors. There are no more 
-    open slots. We will issue appropriate press release shortly.</p>
-  <h2>0. Summary</h2>
-  <p>BigTIFF logically extends the original TIFF file format (referred to as 
-    'ClassicTIFF' from this point on), breaking the 4 gigabyte boundary, in theory 
-    allowing files up to 18,000 petabytes in size. The BigTIFF specification is the 
-    result of work by a variety of parties on the LibTiff mailing list, including 
-    the current LibTiff maintainers, Joris Van Damme and Adobe staff. The BigTIFF 
-    specification has not yet been officially approved by the TIFF specification 
-    owner (Adobe) but implementation within LibTiff could accelerate that 
-    process.</p>
-  <p>For more information on the BigTIFF file format, we recommend 
-    <a href="">AWare Systems' 
-    BigTIFF page.</a></p>
-  <p>BigTIFF is expected to be especially useful for people and vendors that are 
-    confronted with unusually large images, and still seek to use an open, simple, 
-    and extendable format. This requirement is frequently seen in the geospatial 
-    field, but also affects large format scanners, medical imaging and other 
-    fields.</p>
-  <h2>1. Sponsoring</h2>
-  <p>It is planned that LibTiff 4.0, the BigTIFF upgrade to LibTiff, would start 
-    March 1, 2007. A preliminary version (LibTiff 4.0alpha1) will be operational by 
-    June 15, 2007. Testing and final release improvements for LibTiff 4.0 will be 
-    completed by July 30, 2007.</p>
-  <p>The LibTiff BigTIFF upgrade team is seeking USD 24,000 from four sponsors (USD 
-    6,000 each) to fund the project. Sponsorship payment will be invoiced upon 
-    delivery of the LibTiff 4.0alpha1 release (on or before June 15) with a 30 day 
-    payable, giving time for some technical review.</p>
-  <p>In addition to the benefits of open interchange of BigTIFF data that comes from 
-    support in a public and free open source codec, sponsors will be given proper 
-    public acknowledgment. During development, they will be mentioned in the 
-    appropriate sections of the LibTiff and AWare Systems site.</p>
-  <p>When LibTiff 4.0 with BigTIFF support is released, they will additionally 
-    receive public acknowledgment in a formal press release, distributed widely to 
-    news venues in the imaging and geospatial industries.</p>
-  <p>A 'migration guide' document or any functional equivalent thereof will be 
-    included in the standard free distribution, but sponsors will additionally 
-    receive up to 20 hours of consulting and support on any BigTIFF migration issues 
-    that they may be facing, and/or any additional related requests they may have.</p>
-  <h2>2. Development and Testing</h2>
-  <p>The work will primarily be done by Joris Van Damme on behalf of his company 
-    AWare Systems. Joris was closely involved in the drafting of the BigTIFF file 
-    format proposal, and has also developed the proprietary AWare Systems TIFF 
-    codec that already supports BigTIFF. Joris Van Damme has a deep understanding 
-    of the TIFF format, and has been acting as a LibTiff co-maintainer for over a 
-    year, contributing the upgraded OJPEG codec as well as several other 
-    improvements.</p>
-  <p>Joris and AWare Systems have agreed to crosstest their proprietary codec and 
-    LibTiff's support for BigTIFF extensively. Joris will also extend the test image 
-    library included with LibTiff, with a number of varying BigTIFF test files. 
-    These files will primarily include test files with issues that relate closely 
-    to the BigTIFF file format and the difference with ClassicTIFF. For instance, 
-    in BigTIFF the datatypes TIFF_LONG, TIFF_LONG8, TIFF_IFD and TIFF_IFD8 are all 
-    valid for tags pointing to additional IFDs, and thus files will be included to 
-    illustrate and enable testing all of these. Additionally, Joris will build a 
-    tool to enable creating test files that exceed 4 gigabyte, as these can of 
-    course not be included in the test suite in a more direct manner, and a tool to 
-    convert files from ClassicTIFF to BigTIFF, as well as the other way around for 
-    source BigTIFF files that do not exceed 4 gigabyte in size.</p>
-  <p>Frank Warmerdam has also agreed to be involved in a consulting and validation 
-    role. Frank has been LibTiff's primary maintainer since approximately the year 
-    2000, develops large-image exploitation software for the geospatial industry 
-    (GDAL) and is currently President of the Open Source Geospatial Foundation 
-    (OSGeo). Frank will also be ensuring that BigTIFF improvements are made 
-    accessible to all users of the GDAL library.</p>
-  <h2>3. Implementation Strategy</h2>
-  <p>Many people who have a need for BigTIFF, use LibTiff already. We thus plan to 
-    support BigTIFF in LibTiff, applying a minimum change strategy much like the 
-    one that was applied in the creation of the new file format in the first 
-    place.</p>
-  <p>To support BigTIFF, we will use a 64bit integer datatype. It is anticipated 
-    that some older platforms will not be able to comply with this need, and for 
-    that reason we will encapsulate all required changes inside a conditional 
-    compilation switch.</p>
-  <p>While it is anticipated that there will be ABI (application binary interface) 
-    changes as part of a BigTIFF support upgrade to LibTiff, and possibly some 
-    more to support other major upgrades to LibTiff, the plan is such that 
-    the source level API will remain compatible for most LibTiff applications. 
-    Applications using specialized interfaces may require some minor source code 
-    changes, but we will provide backwards compatibility to support the majority
-    of existing application level code.</p>
-  <p>The resulting LibTiff version would transparently support reading traditional 
-    32bit ClassicTIFF files, and 64bit BigTIFF files, as well as writing either 
-    ClassicTIFF or BigTIFF files based on a flag in the TIFFOpen/TIFFClientOpen call.</p>
-  <h2>4. Intellectual Property and Licensing</h2>
-  <p>The licensing agreement of LibTiff will remain unchanged.</p>
-  <h2>5. Contact information</h2>
-  <p>Please contact <a href="">Frank Warmerdam</a> and/or 
-    <a href="">Joris Van Damme</a> for more information 
-    on sponsorship agreements.</p>
\ No newline at end of file
diff --git a/html/ b/html/
index c831bfd6..9cfc279c 100644
--- a/html/
+++ b/html/
@@ -15,7 +15,7 @@
-# $Id:,v 2009-08-20 20:23:52 bfriesen Exp $
+# $Id:,v 2009-08-20 22:31:00 bfriesen Exp $
 # Tag Image File Format (TIFF) Software
diff --git a/html/bigtiffdesign.html b/html/bigtiffdesign.html
deleted file mode 100644
index b8be93ab..00000000
--- a/html/bigtiffdesign.html
+++ /dev/null
@@ -1,80 +0,0 @@
-<title>BigTIFF Design</title>
-<h1>BigTIFF Design</h1>
-<p>This is the HTML equivalent of a former Wiki working place for preparing a 64-bit (larger than 4GB) TIFF 
-format specification. The design is based on a proposal by Steve Carlsen of Adobe, with input from various 
-other parties.</p>
-<li>Version = 43</li>
-<li>8-byte offset to first IFD</li>
-<li>Value/Offset fields are 8 bytes</li>
-<li>8-byte offset to the next IFD</li>
-<li>add TIFFType of LONG8, an 8 byte (unsigned) int</li>
-<li>StripOffsets and TileOffsets and ByteCounts can be LONG8</li>
-<h2>More Detail</h2>
-<li>The Version ID, in header bytes 2-3, formerly decimal 42, now changes to 43</li>
-<li>Header bytes 4-5 contain the decimal number 8.<ul>
-  <li>If there is some other number here, a reader should give up.</li>
-  <li>This is to provide a nice way to move to 16-byte pointers some day.</li></ul></li>
-<li>Header bytes 6-7 are reserved and must be zero.<ul>
-  <li>If they're not, a reader should give up.</li></ul></li>
-<li>Header bytes 8-15 contain the 8-byte offset to the first IFD.</li>
-<li>Value/Offset fields are 8 bytes long, and take up bytes 8-15 in an IFD entry.<ul>
-  <li>If the value is <= 8 bytes, it must be stored in the field.</li>
-  <li>All values must begin at an 8-byte-aligned address.</li></ul></li>
-<li>8-byte offset to the Next_IFD, at the end of an IFD.</li>
-<li>To keep IFD entries 8-byte-aligned, we begin with an 8-byte (instead of 2-byte) count of the number of directory entries.</li>
-<li>Add TIFFTypes of LONG8 (= 16), an 8 byte (unsigned) int, and SLONG8 (= 17).</li>
-<li>Add TIFFType IFD8 (=18) an 8byte IFD offset.</li>
-<li>StripOffsets and TileOffsets and ByteCounts may be LONG8 or the traditionally allowed LONG or SHORT.</li>
-<li>The proposed extension is ".tf8", and call it "8-Byte TIFF".</li>
-<p>Otherwise, it's just like "original TIFF." ("TIFF Classic?")</p>
-<h2>Open Issues</h2>
-<li>What to call the new format<ul>
-  <li>ChrisCox -- I don't think end users will understand what "8-byte TIFF" means</li>
-  <li>AndreyKiselev - 23 Sep 2004 -- What about TIFF64? "64" is a widely used buzzword and should be directly associated with the 64-bit offsets and 64-bit architectures.</li></ul></li>
-<li>What 3 character file extension to use (gotta be DOS compatible)</li>
-<li>What 4 character file type to use (for Macintosh)</li>
-<li>What MIME type to use</li>
-<p><a href="">Example files</a> from Steve Carlsen</p>
-<li>TIFFType 13 is ttIFD, 14 is assigned to ttUnicode, and 15 is assigned to ttComplex. So, I changed the types for ttLong8 and ttSLong8 to 16 and 17, respectively.<ul>
-  <li>AndreyKiselev - 23 Sep 2004 -- Where are these fields defined? Is there any new Technical Note or something? And what is encoding behind the word "Unicode"?</li>
-  <li>ChrisCox - 27 Sep 2004 -- They are in the Adobe TIFF definitions.  I am still working on releasing updated TIFF documentation.</li></ul></li>
-<li>Added list of open issues.</li>
-<li>settle on version 43</li>
-<li>TIFFType 18 (8 byte IFD) added.</li>
-<li>Clarified that fields which may be LONG8 can also be one of the old supported types.</li>
-<h2>See also</h2>
-<p><a href="">AWare Systems' informal overview of the BigTIFF proposal</a></p>
diff --git a/html/document.html b/html/document.html
index fc7ee55b..12f138f5 100644
--- a/html/document.html
+++ b/html/document.html
@@ -38,14 +38,10 @@ <H1>
 <A HREF=""></A>
-There is a preliminary <a href="bigtiffdesign.html">BigTIFF Design</a> for
-a TIFF variation supporting files larger than 4GB.
- Last updated: $Date: 2006-07-10 18:13:52 $
+ Last updated: $Date: 2009-08-20 22:31:00 $
diff --git a/html/index.html b/html/index.html
index f0f0b04b..4653fc06 100644
--- a/html/index.html
+++ b/html/index.html
@@ -24,11 +24,7 @@ <h1>LibTIFF - TIFF Library and Utilities</h1>
       <th>Latest Stable Release</th>
-      <td><a href="v3.8.2.html">v3.8.2</a></td>
-    </tr>
-    <tr>
-      <th>Latest Development Release</th>
-      <td><a href="v3.9.0beta.html">v3.9.0beta</a></td>
+      <td><a href="v3.9.0.html">v3.9.0</a></td>
       <th>Master Download Site</th>
@@ -99,7 +95,8 @@ <h1>LibTIFF - TIFF Library and Utilities</h1>
     The persons responsible for putting up this site and putting together
     versions &gt;= 3.5.1 are
     <a href="">Frank Warmerdam</a>,
-    <a href="">Andrey Kiselev</a> and Mike Welles.
+    <a href="">Andrey Kiselev</a>, Bob Friesenhahn, 
+Joris Van Damme and Lee Howard.
     The following sections are included in this documentation:
@@ -118,12 +115,9 @@ <h1>LibTIFF - TIFF Library and Utilities</h1>
     <li><a href="misc.html">Acknowledgements and copyright issues</a></li>
     <li><a href="man/index.html">Man Pages</a></li>
-  <p>
-    <b>News</b>: We are about to start work on <a href="BigTIFFProposal.html">BigTIFF support in LibTiff</a>.
-  </p>
-    Last updated  $Date: 2007-07-13 14:00:47 $.
+    Last updated  $Date: 2009-08-20 22:31:00 $.
diff --git a/html/v3.9.0.html b/html/v3.9.0.html
new file mode 100644
index 00000000..89c8d045
--- /dev/null
+++ b/html/v3.9.0.html
@@ -0,0 +1,261 @@
+	Changes in TIFF v3.9.0
+<FONT FACE="Helvetica, Arial, Sans">
+<FONT FACE="Helvetica, Arial, Sans"> 
+<HR SIZE=4 WIDTH=65% ALIGN=left>
+<B>Current Version</B>: v3.9.0<BR>
+<B>Previous Version</B>: <A HREF=v3.9.0beta.html>v3.9.0beta</a><BR>
+<B>Master FTP Site</B>: <A HREF=""></a>, directory pub/libtiff</A><BR>
+<B>Master HTTP Site</B>: <A HREF="">
+<HR SIZE=4 WIDTH=65% ALIGN=left>
+This document describes the changes made to the software between the
+<I>previous</I> and <I>current</I> versions (see above).  If you don't
+find something listed here, then it was not done in this timeframe, or
+it was not considered important enough to be mentioned.  The following
+information is located here:
+<LI><A HREF="#hightlights">Major Changes</A>
+<LI><A HREF="#configure">Changes in the software configuration</A>
+<LI><A HREF="#libtiff">Changes in libtiff</A>
+<LI><A HREF="#tools">Changes in the tools</A>
+<LI><A HREF="#contrib">Changes in the contrib area</A>
+<P><HR WIDTH=65% ALIGN=left>
+<A NAME="highlights"><B><FONT SIZE=+3>M</FONT>AJOR CHANGES:</B></A>
+	<li> All of the major changes since 3.8.0 were incorporated in
+	the v3.9.0beta release.  This is a stable release from a
+	stable maintenance branch which incorporates many bug and
+	security fixes needed by existing users of 3.X.X series
+	libraries.  Any future major changes will be in the 4.0.X
+	series of releases.
+<P><HR WIDTH=65% ALIGN=left>
+	<li> Updated autotools: Autoconf 2.64, Automake 1.11, libtool
+	2.2.6.
+	<li> Enabled support for Automake silent build rules
+	(--enable-silent-rules or 'make V=0')
+	<li> Enabled support for Automake colorized tests.
+	<li> Added detection of a 64-bit integer type so that bundled
+	utilities (like tiffcrop) can use it when necessary.  Note
+	that this version of libtiff does not require a 64-bit integer
+	type but libtiff 4.0 does.
+<P><HR WIDTH=65% ALIGN=left>
+	<li> libtiff/{, Makefile.v}: Do not distribute
+	tiffconf.h, remove tif_config.h/tiffconf.h during cleaning. As
+	per bug <a
+	href=""></a>
+	<li> tif_dirinfo.c: _TIFFMergeFields() now only merges in
+	field definitions that are missing.  Existing definitions are
+	silently ignored.  (Bug #1585)
+	<li> tif_write.c: Rip out the fancy logic in
+	TIFFAppendToStrip() for establishing if an existing tile can
+	be rewritten to the same location by comparing the current
+	size to all the other blocks in the same directory.  This is
+	dangerous in many situations and can easily corrupt a file.
+	(observed in esoteric GDAL situation that's hard to document).
+	This change involves leaving the stripbytecount[] values
+	unaltered till TIFFAppendToStrip().  Now we only write a block
+	back to the same location it used to be at if the new data is
+	the same size or smaller - otherwise we move it to the end of
+	file.
+	<li> tif_dirwrite.c: Try to avoid writing out a full
+	readbuffer of tile data when writing the directory just
+	because we have BEENWRITING at some point in the past.  This
+	was causing odd junk to be written out in a tile of data when
+	a single tile had an interleaving of reading and writing with
+	reading last.  (highlighted by gdal
+	autotest/gcore/ test 7.
+	<li> tif_predict.c: use working buffer in PredictorEncodeTile
+	to avoid modifying callers buffer.  <a
+	href=""></a>
+	<li> tif_predict.c/h, tif_lzw.c, tif_zip.c: Improvements so
+	that predictor based encoding and decoding works in read-write
+	update mode properly.  <a
+	href=""></a>
+	<li>, libtiff/tif_vms.c: Better OpenVMS
+	support. Patches from Alexey Chupahin.
+	<li> tif_fax3.c: fix leak of FAXCS state (per bug 1603).
+	<li> tif_fax3.c: Make find0span() and find1span() non-inline
+	to make MSVC 6.0 compiler happy.
+	<li> tif_codec.c: Avoid NULL pointer dereferencing for exotic
+	compression codec codes.
+	<li> tif_dirread.c: zero tif->tif_dir after freeing the
+	directory in TIFFReadCustomDirectory().  I don't exactly
+	remember why this was important.
+	<li> tif_dirwrite.c: Fix potential memory leak writing large
+	double tags.
+	<li> tif_dirread.c: Fix unchecked malloc result.
+	<li> libtiff/tif_lzw.c: Properly zero out the codetable. As
+	per bug <a
+	href=""></a>
+	<li> libtiff/tif_lzw.c: Properly zero out the string
+	table. Fixes CVE-2008-2327 security issue.
+	<li> libtiff/tif_jbig.c: Support the JBIG-KIT 2.0
+	(compatibility with the older versions retained).
+	<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
+	speed up processing with precalculated tables.  <a
+	href=""></a>
+	<li> libtiff/tif_codec.c: Avoid printing c->name if it does not exist.
+	<li> libtiff/tif_getimage.c, tiffio.h: More ABI corrections.
+	Removed SubsamplingHor/Ver from TIFFRGBAImage structure.  <a
+	href=""></a>
+	<li> libtiff/tif_jpeg.c: Avoid errors if the application
+	writes a full strip for the last partial strip in a jpeg
+	compressed file.  <a
+	href=""></a>
+	<li> libtiff/tiffio.h: GCC will now validate format
+	specifications for TIFFError(), TIFFErrorExt(), TIFFWarning(),
+	and TIFFWarningExt() in order to reveal bugs.  Cleaned up
+	resulting warnings throughout for 32 bit build only.
+	<li> libtiff/tiffiop.h: Add private type declarations for
+	int64, and uint64 so that bundled utilities (like tiffcrop)
+	can use it when necessary.
+	<li> libtiff/tif_predict.c: Add support for 32bit integer
+	horz. predictors.
+	<a href=""></a>
+	<li> libtiff/tif_luv.c: Fix handling of tiled logluv images.
+	<a
+	href=""></a>
+	<li> libtiff/tif_write.c: do not override the planar
+	configuration to be contig for one sample files if planar
+	configuration is already set.  <a
+	href=""></a>
+	<li> libtiff/tif_lzw.c: Fix buffer underflow bug.  <a
+	href=""></a>
+	<li> libtiff/tif_luv.c: correct return codes from encoderow to
+	be 1 on success instead of zero.  <a
+	href=""></a>
+	<li> libtiff/tif_print.c (TIFFPrintDirectory): Applied patch
+	for "tag error may cause segfault in tif_print.c."  <a
+	href="">

(Patch may be truncated, please check the link at the top of this post.)