Ignore:
Timestamp:
2013-06-27T19:11:47+12:00 (11 years ago)
Author:
ak19
Message:

libjpeg.so problem again: the fix in the previous commit was the wrong way of going about solving the problem. It is TIFF that was defaulting to using a libjpeg.so.62 that it found on the system on CentOS, when it should have been looking for the libjpeg.so (libjpeg.so.8*) that's built with the jpeg (jpeg-8) package of this imagemagick src checkout instead. The proper solution was to make sure that the JPEG package was built before the TIFF package, and moreover, to teach TIFF (in file TIFF.sh) where to find the jpeg library and include folders when configuring TIFF for its compilation.

File:
1 edited

Legend:

Unmodified
Added
Removed
  • gs2-extensions/imagemagick/trunk/src/packages/CASCADE-MAKE/TIFF.sh

    r23291 r27720  
    1010prefix=$GEXTIMAGEMAGICK_INSTALLED
    1111
     12# Need to configure with jpeg-8 library and include directories,
     13# else configure of tiff will look for libjpeg.so.62 and end up compiling against that
     14# http://www.imagemagick.org/discourse-server/viewtopic.php?f=2&t=18566
    1215opt_run_untar $force_untar $auto_untar $package $version
    13 opt_run_configure $force_config $auto_config $package $version $prefix
     16opt_run_configure $force_config $auto_config $package $version $prefix --with-jpeg-lib-dir=$GEXTIMAGEMAGICK_INSTALLED/lib --with-jpeg-include-dir=$GEXTIMAGEMAGICK_INSTALLED/include
    1417
    1518opt_run_make $compile $package $version
Note: See TracChangeset for help on using the changeset viewer.