Changeset 32937 for gs2-extensions

Show
Ignore:
Timestamp:
29.03.2019 18:45:01 (7 months ago)
Author:
ak19
Message:

Spelling and grammatical corrections and clearer explanations

Files:
1 modified

Legend:

Unmodified
Added
Removed
  • gs2-extensions/imagemagick/trunk/README

    r32909 r32937  
    170170On an Ubuntu 18.04 VM, we found that GLI launched and said imagemagick wasn't installed (despite being bundled) and it would have to find a system version. 
    171171 
    172 The included imagemagick was from a tarball, and when you ran "gs-magick.pl identify", the problem it was finding a system libpng which resulted in the secondary problem that this system libpng then required a different zlib from the bundled zlib: 
     172The included imagemagick was from a tarball, and when you ran "gs-magick.pl identify", the problem was that it was finding a system libpng, which resulted in the secondary problem that this system libpng then required a different zlib from the bundled zlib: 
    173173 
    174174~/GS309_21Feb2019$ gs-magick.pl identify 
     
    182182* and the command "convert -list configure" did not list "tiff" among the delegates in the DELEGATES line, see https://imagemagick.org/discourse-server/viewtopic.php?t=20635 
    183183 
    184 The imagemagick config.log showed that there were errors with tiff when configuiring imagemagick. 
     184The imagemagick config.log showed that there were errors with tiff when configuring imagemagick. 
    185185Searching through ImageMagick's config.log for occurrences of --with-tiff showed that despite --with-tiff being switched on, it got switched off because of failed configure tests. (See https://imagemagick.org/discourse-server/viewtopic.php?t=18039) 
    186186 
    187187PROBLEM AND SOLUTION: 
    188 That was with tiff-3.9.4.tar.gz and ImageMagick-6.9.5-4.tar.gz, which was fine on El Capitan but not on Linux where TIFF was not supported (not just Ubuntu v18.04 but also v16.04). 
     188That was with tiff-3.9.4.tar.gz and ImageMagick-6.9.5-4.tar.gz, which was fine on El Capitan but not on Linux where TIFF was not supported with these versions (not just Ubuntu v18.04 but also v16.04). 
    189189* The suggestion at http://lists.endsoftwarepatents.org/archive/html/discuss-gnustep/2001-07/msg00025.html was not helpful: we already appended -lz to our LDFLAGS for ImageMagick to help tiff along on Macs. The same line was already active for Linux too. And preceding the -lz with the insertion of -ltiff made no meaningful difference. 
    190190* Just hiking up the tiff version gradually to tiff-4.0.10 (downloadable along with intermediate versions from https://download.osgeo.org/libtiff/ with tiff 4.0.10 being the latest) made no difference. 
    191 * But in conjunction with ImageMagick-6.9.10-33.tar.gz, the most conservative version available at https://imagemagick.org/download/, compiled successfully with tiff-4.0.10, so that TIFF was now finally a listed format and had "rw" support when `identify -list format` is run. And doing "./convert logo: logo.tiff" followed by "file logo.tiff" shows the logo.tiff file resulting from the conversion to indeed be a TIFF file. 
     191* But in conjunction with ImageMagick-6.9.10-33.tar.gz, the most conservative version available at https://imagemagick.org/download/, imagemagick now compiled successfully with the new tiff-4.0.10, so that TIFF was now finally among the listed supported formats and had "rw" support when `identify -list format` is run. And doing "./convert logo: logo.tiff" followed by "file logo.tiff" shows the logo.tiff file resulting from the conversion to indeed be a TIFF file. (I also converted between png and tiff, and back again, to be doubly sure of the TIFF support.) 
    192192 
    193193