This is the mail archive of the
cygwin@cygwin.com
mailing list for the Cygwin project.
Re: [ANNOUNCEMENT] Updated: tiff-3.5.6beta-2
"Charles S. Wilson" wrote:
>
> When, *exactly*, was your copy of pdftex.exe compiled?
a few month ago !
> If it was
> compiled against tiff-3.5.6beta-1 during the 24 hours when that was
> available, then yes, the exe will break when run against
> tiff-3.5.6beta-2.
I am afraid that I have the beta-1 version for a while:
now with the beta-2 version (which I have just installed)
`pdftex' runs fine again.
Sorry for the confusion,
Bye,
Jerome BENOIT
>
> As far as I can tell, TIFFOpen is exported at @48 (e.g. ordinal #47) in
> both the "old" tiff dll (3.5.5-3) and in the "new" tiff (3.5.6beta-2).
>
> --Chuck
>
> Jerome BENOIT wrote:
> >
> > Hi all !
> >
> > I have just tried to compose with `pdflatex' (linked to `pdftex') and
> > now a window emerges with the following error message:
> >
> > The PDFTEX.EXE fle is linked to missing export CYGTIFF3.DLL:TIFFOpen
> >
> > Note that the DLL is still present in `/usr/bin':
> >
> > Is it a bug ?
> >
> > Thanks,
> > Jerome BENOIT
> >
> > "Charles S. Wilson" wrote:
> > >
> > > The tiff package has been updated to version 3.5.6beta-2. It is based
> > > on the official tiff-v3.5.6-beta.tar.gz distribution, and provides a
> > > library and utility routines for manipulating tiff files and images. I
> > > updated cygwin's "stable" version (based on 3.5.5) to a beta mainly
> > > because the ImageMagick people considered 3.5.6beta stable enough to use
> > > as their 'current' libtiff (and 3.5.5 is over a year old; current
> > > libtiff development is at 3.5.7-alpha3).
> > >
> > > CHANGES: (vs. 3.5.6beta-1)
> > >
> > > - fixed a .def file error that caused the 3.5.6beta-1 dll to be
> > > incompatible with previously compiled executables. The 3.5.6beta-2 dll
> > > is fully backwards compatible. Thanks to Devin Cook for pointing this
> > > out. See the thread entitled ".def files, ordinals, and dlls" on
> > > cygiwn-apps for more discussion
> > >
> > > CHANGES: (vs. 3.5.5-3)
> > >
> > > - you can now use -DALL_STATIC as an alias for -DTIFF_STATIC
> > >
> > > - README points to simplesystems.org instead of wizards.com (wizards
> > > were scared off hosting libtiff because of UNISYS patent issues, so they
> > > stopped mirroring ANY graphics libs).
> > >
> > > - update to the 3.5.6beta codebase
> > >
> > > INSTALLATION:
> > >
> > > To update your installation, click on the "Install Cygwin now" link on
> > > the http://sources.redhat.com/cygwin web page. This downloads setup.exe
> > > to your system.
> > >
> > > Run setup and answer all of the questions. You must choose a
> > > mirror, since direct downloads from 'cygwin.com' are no longer
> > > allowed.
> > >
> > > ftp://mirrors.rcn.net/pub/sourceware/cygwin/ (US)
> > > ftp://linux.sarang.net/mirror/development/compiler/cygwin/ (Korea)
> > > ftp://ftp.mirror.ac.uk/sites/sourceware.cygnus.com/pub/cygwin (UK)
> > >
> > > The setup.exe program will figure out what needs to be updated on your
> > > system and should install the less package automatically.
> > >
> > > If you have questions or comments, please send them to the Cygwin
> > > mailing list at: cygwin@sources.redhat.com . I would appreciate if you
> > > would use this mailing list rather than emailing me directly. This
> > > includes ideas and comments about the setup utility or Cygwin general.
> > >
> > > If you want to make a point or ask a question the Cygwin mailing list is
> > > the appropriate place.
> > >
> > > *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO ***
> > >
> > > If you want to unsubscribe to the cygwin-announce mailing list, look at
> > > the "List-Unsubscribe: " tag in the email header of this message. Send
> > > email to the address specified there. It will be in the format:
> > >
> > > cygwin-announce-unsubscribe-you=yourdomain.com@sources.redhat.com
> > >
> > > NOTES:
> > >
> > > o Building the package from source requires gcc-2.95.2-2 and
> > > binutils-20000722-1 or later
> > >
> > > o Depends on zlib-1.1.3-6 and jpeg-6b-4 packages; please install those
> > > packages as well.
> > >
> > > o As of v3.5.3, libtiff no longer includes support for LZW-compressed
> > > images, due to Unisys' recent activities enforcing their patent. While
> > > the source archive contains the official 're-enable LZW support' patch,
> > > it is NOT applied to the source archive and the files in the binary
> > > package do NOT include that functionality. If you want it, you have to
> > > build it yourself (although the Cygwin README does contain step-by-step
> > > instructions for doing this, intended for *authorized users* only --
> > > e.g. those outside of the US patent jurisdiction, or who have purchased
> > > a license from Unisys.)
> > >
> > > o Includes several utilities for manipulating tiff files. The binary
> > > package includes dynamically linked versions of these utilities,
> > > although the build process will make both dynamically and statically
> > > linked versions.
> > >
> > > o Abides by the cygwin package system standard:
> > > - import-lib /usr/lib/libtiff.dll.a
> > > - static-lib /usr/lib/libtiff.a
> > > - stripped dll /usr/bin/cygtiff3.dll (**)
> > > - cygwin-specific docs in /usr/doc/Cygwin/tiff-3.5.6.README
> > > - generic docs in /usr/doc/tiff-3.5.6/*
> > >
> > > o A cygwin-specific README and PATCH are stored in the source archive,
> > > under <top>/CYGWIN-PATCHES/*. The original
> > > libtiff-lzw-compression-kit-1.2.tar.gz (for re-enabling LZW support) is
> > > also stored under <top>/CYGWIN-PATCHES/*. Finally, tif_rpt_3.4b33.tar.gz
> > > is stored under <top>/CYGWIN-PATCHES, and contains tiffdump output for
> > > the standard set of test images (for 'make test' -- see the
> > > cygwin-specific README file). However, ONLY the cygwin-specific patch
> > > has been applied to the source archive; the LZW compression patch has
> > > NOT been applied, nor is LZW support enabled in the binary
> > > distribution. The cygwin-specific README is also installed by the
> > > binary distribution as described above.
> > >
> > > o If you are building a package that depends on libtiff, and you wish to
> > > link *statically*, define '-DTIFF_STATIC -DJPEG_STATIC -DZLIB_STATIC' to
> > > get the 'correct' #define's in tiffio.h (& friends), jpeg.h (& friends),
> > > and zlib.h/zconf.h when compiling the .o files in your package. Also,
> > > use 'gcc -static' when linking your package.
> > >
> > > o You can also use -DALL_STATIC as an alias for '-DTIFF_STATIC
> > > -DJPEG_STATIC -DZLIB_STATIC' (much easier, right?). So far,
> > > the following libs are supplied in both static and dynamic forms and
> > > support the -DALL_STATIC macro as an alias for -D<pkgname>_STATIC:
> > > ncurses readline zlib libpng xpm-nox jpeg tiff
> > > The following static/dynamic libraries do not (yet) support the
> > > -DALL_STATIC macro:
> > > gdbm gettext jbig
> > >
> > > o No special -Ddefine options or link options are needed when building a
> > > package that depends on libtiff and you want to link dynamically
> > > (recommended).
> > >
> > > Charles Wilson
> > > tiff volunteer maintainer for cygwin
> > >
> > > --
> > > Want to unsubscribe from this list?
> > > Check out: http://cygwin.com/ml/#unsubscribe-simple
> >
> > --
> > Want to unsubscribe from this list?
> > Check out: http://cygwin.com/ml/#unsubscribe-simple
>
> --
> Want to unsubscribe from this list?
> Check out: http://cygwin.com/ml/#unsubscribe-simple
--
Want to unsubscribe from this list?
Check out: http://cygwin.com/ml/#unsubscribe-simple