[Magick-bugs] hdri not disabled by --disable-hdri

[Ryan Schmidt]

On Jun 3, 2008, at 06:20, Ryan Schmidt wrote:

> Hello. I'm trying to build ImageMagick without HDRI support. I have
> ilmbase and openexr installed, but I would like ImageMagick not to
> use them. I'm on Mac OS X 10.4.11 Intel with Xcode 2.4.1 and
> ImageMagick 6.4.1-3. I used ./configure --disable-hdri but lib/
> ImageMagick-6.4.1/modules-Q16/coders/exr.so is still built and
> depends on libraries installed by ilmbase and openexr. It shouldn't
> do that, right?
>
> $ otool -L /opt/local/lib/ImageMagick-6.4.1/modules-Q16/coders/exr.so
> /opt/local/lib/ImageMagick-6.4.1/modules-Q16/coders/exr.so:
> 	/opt/local/lib/libMagickCore.1.dylib (compatibility version 2.0.0,
> current version 2.0.0)
> 	/opt/local/lib/libtiff.3.dylib (compatibility version 12.0.0,
> current version 12.2.0)
> 	/usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current
> version 88.3.3)
> 	/opt/local/lib/libjpeg.62.dylib (compatibility version 63.0.0,
> current version 63.0.0)
> 	/opt/local/lib/libfontconfig.1.dylib (compatibility version 5.0.0,
> current version 5.0.0)
> 	/opt/local/lib/libiconv.2.dylib (compatibility version 7.0.0,
> current version 7.0.0)
> 	/opt/local/lib/libexpat.1.dylib (compatibility version 7.0.0,
> current version 7.2.0)
> 	/usr/X11R6/lib/libXext.6.dylib (compatibility version 6.4.0, current
> version 6.4.0)
> 	/usr/X11R6/lib/libSM.6.dylib (compatibility version 6.0.0, current
> version 6.0.0)
> 	/usr/X11R6/lib/libICE.6.dylib (compatibility version 6.3.0, current
> version 6.3.0)
> 	/usr/X11R6/lib/libX11.6.dylib (compatibility version 6.2.0, current
> version 6.2.0)
> 	/usr/X11R6/lib/libXt.6.dylib (compatibility version 6.0.0, current
> version 6.0.0)
> 	/opt/local/lib/libbz2.1.0.dylib (compatibility version 1.0.0,
> current version 1.0.4)
> 	/opt/local/lib/libfreetype.6.dylib (compatibility version 10.0.0,
> current version 10.16.0)
> 	/opt/local/lib/libIlmImf.6.dylib (compatibility version 7.0.0,
> current version 7.0.0)
> 	/opt/local/lib/libz.1.dylib (compatibility version 1.0.0, current
> version 1.2.3)
> 	/opt/local/lib/libImath.6.dylib (compatibility version 7.0.0,
> current version 7.0.0)
> 	/opt/local/lib/libHalf.6.dylib (compatibility version 7.0.0, current
> version 7.0.0)
> 	/opt/local/lib/libIlmThread.6.dylib (compatibility version 7.0.0,
> current version 7.0.0)
> 	/opt/local/lib/libIex.6.dylib (compatibility version 7.0.0, current
> version 7.0.0)
> 	/System/Library/Frameworks/CoreServices.framework/Versions/A/
> CoreServices (compatibility version 1.0.0, current version 18.0.0)
> 	/System/Library/Frameworks/ApplicationServices.framework/Versions/A/
> ApplicationServices (compatibility version 1.0.0, current version
> 22.0.0)
> $


This issue has not yet been addressed as of 6.4.2-1.

Let me put it another way:

If I install the ImageMagick port in MacPorts (whose prefix on my  
system is /mp) with the +q8 variant (but not the +hdri variant), and  
the openexr and ilmbase ports are already installed, then these files  
get created as part of the install:

   /mp/lib/ImageMagick-6.4.2/modules-Q16/coders/exr.a
   /mp/lib/ImageMagick-6.4.2/modules-Q16/coders/exr.la
   /mp/lib/ImageMagick-6.4.2/modules-Q16/coders/exr.so

But if openexr and ilmbase are not already installed when ImageMagick  
is installed, these files do not get created.

If two MacPorts users install the same variant of the same port on  
their computers (and assuming OS and Xcode versions and processor  
architectures are the same), we want to be able to more or less  
guarantee that they get identical software, regardless of what other  
ports may already be installed. But ImageMagick installs extra files  
if openexr and ilmbase are installed, even though I did not request  
ImageMagick to do so, thereby breaking this guarantee.