Re: hdri not disabled by --disable-hdri

On Jul 1, 2008, at 04:12, Ryan Schmidt wrote:

> 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.


This issue remains with ImageMagick 6.5.2-4. Could someone please  
offer some comment?