ImageMagick fails to convert JPEG, claims library version is too low

[codeman38]

Trying to convert a JPEG to a PNG using the latest ImageMagick (6.7.1-1) and JPEG (8c) installed via Homebrew:

Alphonse:Desktop codeman38$ convert test.jpg test.png
convert: Wrong JPEG library version: library is 62, caller expects 80 test.jpg @ error/jpeg.c/JPEGErrorHandler/297.
convert: missing an image filename `test.png' @ error/convert.c/ConvertImageCommand/3015.

Any idea what would be causing this? I've even tried uninstalling both JPEG and ImageMagick and reinstalling them in that order to see if that would fix it... of course it didn't.

[adamv]

Please post your brew --config and brew doctor, thanks.

[codeman38]

brew --config:

HOMEBREW_VERSION: 0.8
HEAD: 8c9f595a834b324d53f461f4f9b81bcfc33dcc18
HOMEBREW_PREFIX: /usr/local
HOMEBREW_CELLAR: /usr/local/Cellar
HOMEBREW_REPOSITORY: /usr/local
HOMEBREW_LIBRARY_PATH: /usr/local/Library/Homebrew
Hardware: quad-core 64-bit sandybridge
OS X: 10.7.1
Kernel Architecture: x86_64
Ruby: 1.8.7-249
/usr/bin/ruby => /System/Library/Frameworks/Ruby.framework/Versions/1.8/usr/bin/ruby
Xcode: 4.1
GCC-4.0: N/A 
GCC-4.2: build 5666 
LLVM: build 2335 
MacPorts or Fink? false
X11 installed? true

brew doctor:

Unbrewed dylibs were found in /usr/local/lib.

If you didn't put them there on purpose they could cause problems when
building Homebrew formulae, and may need to be deleted.

Unexpected dylibs:
    /usr/local/lib/libcdt.4.dylib
    /usr/local/lib/libcgraph.5.dylib
    /usr/local/lib/libgraph.4.dylib
    /usr/local/lib/libgvc.5.dylib
    /usr/local/lib/libgvpr.1.dylib
    /usr/local/lib/libntfs-3g.80.dylib
    /usr/local/lib/libntfs.9.0.0.dylib
    /usr/local/lib/libpathplan.4.dylib
    /usr/local/lib/libublio.1.dylib
    /usr/local/lib/libxdot.4.dylib

Unbrewed static libraries were found in /usr/local/lib.

If you didn't put them there on purpose they could cause problems when
building Homebrew formulae, and may need to be deleted.

Unexpected static libraries:
    /usr/local/lib/libfreetype.a
    /usr/local/lib/libkate.a
    /usr/local/lib/libmp3lame.a
    /usr/local/lib/libntfs-3g.a
    /usr/local/lib/libntfs.a
    /usr/local/lib/liboggkate.a
    /usr/local/lib/liboggz.a
    /usr/local/lib/libtesseract_display.a
    /usr/local/lib/libtesseract_full.a
    /usr/local/lib/libublio.a
    /usr/local/lib/libusbpp.a
    /usr/local/lib/libWand.a
    /usr/local/lib/libwmf.a
    /usr/local/lib/libwmflite.a

Unbrewed .pc files were found in /usr/local/lib/pkgconfig.

If you didn't put them there on purpose they could cause problems when
building Homebrew formulae, and may need to be deleted.

Unexpected .pc files:
    /usr/local/lib/pkgconfig/freetype2.pc
    /usr/local/lib/pkgconfig/fuse-ext2.pc
    /usr/local/lib/pkgconfig/kate.pc
    /usr/local/lib/pkgconfig/libcdt.pc
    /usr/local/lib/pkgconfig/libcgraph.pc
    /usr/local/lib/pkgconfig/libcurl.pc
    /usr/local/lib/pkgconfig/libgraph.pc
    /usr/local/lib/pkgconfig/libgvc.pc
    /usr/local/lib/pkgconfig/libgvpr.pc
    /usr/local/lib/pkgconfig/libntfs-3g.pc
    /usr/local/lib/pkgconfig/libpathplan.pc
    /usr/local/lib/pkgconfig/libublio.pc
    /usr/local/lib/pkgconfig/libxdot.pc
    /usr/local/lib/pkgconfig/oggkate.pc
    /usr/local/lib/pkgconfig/oggz.pc
    /usr/local/lib/pkgconfig/sdl.pc
    /usr/local/lib/pkgconfig/sigc++-2.0.pc
    /usr/local/lib/pkgconfig/uade.pc

Unbrewed .la files were found in /usr/local/lib.

If you didn't put them there on purpose they could cause problems when
building Homebrew formulae, and may need to be deleted.

Unexpected .la files:
    /usr/local/lib/libntfs-3g.la
    /usr/local/lib/libntfs.la
    /usr/local/lib/libublio.la

Some brews install binaries to sbin instead of bin, but Homebrew's
sbin was not found in your path.

Consider editing your .bashrc to add:
  /usr/local/sbin
to $PATH.

gettext was detected in your PREFIX.

The gettext provided by Homebrew is "keg-only", meaning it does not
get linked into your PREFIX by default.

If you `brew link gettext` then a large number of brews that don't
otherwise have a `depends_on 'gettext'` will pick up gettext anyway
during the `./configure` step.

If you have a non-Homebrew provided gettext, other problems will happen
especially if it wasn't compiled with the proper architectures.

Some "config" scripts were found in your path, but not in system or Homebrew folders.

`./configure` scripts often look for *-config scripts to determine if software packages
are installed, and what additional flags to use when compiling and linking.

Having additional scripts in your path can confuse software installed via Homebrew if
the config script overrides a system or Homebrew provided script of the same name.

/Applications/Wine.app/Contents/Resources/bin
    freetype-config gpg-error-config gphoto2-config gphoto2-port-config libgcrypt-config libpng-config libpng14-config libusb-config pkg-config sane-config xml2-config xslt-config

Some keg-only formula are linked into the Cellar.

Linking a keg-only formula, such as gettext, into the cellar with
`brew link f` will cause other formulae to detect them during the
`./configure` step. This may cause problems when compiling those
other formulae.

Binaries provided by keg-only formulae may override system binaries
with other strange results.

You may wish to `brew unlink` these brews:
    gettext
/Library/Frameworks/Mono.framework detected

This can be picked up by Cmake's build system and likely cause the
build to fail, finding improper header files for libpng for instance.

==> You should brew install these missing dependencies:
fontforge: pixman, cairo
gtk+: pixman, cairo
pango: pixman, cairo

[adamv]

You have another version of JPEG, probably through Wine or Mono, that is being detected and used instead of the Homebrewed one.

[adamv]

We'd probably need the output of `brew install -v imagemagick", or at least the top configure part, to diagnose this any further.

[codeman38]

Curiously, during compilation in verbose mode, I get:

checking for JPEG... 
checking jconfig.h usability... yes
checking jconfig.h presence... yes
checking for jconfig.h... yes
checking jerror.h usability... yes
checking jerror.h presence... yes
checking for jerror.h... yes
checking jmorecfg.h usability... yes
checking jmorecfg.h presence... yes
checking for jmorecfg.h... yes
checking jpeglib.h usability... yes
checking jpeglib.h presence... yes
checking for jpeglib.h... yes
checking for jpeg_read_header in -ljpeg... yes
checking for JPEG library is version 6b or later... yes
checking if JPEG package is complete... yes

This suggests that it's finding a version more recent than 62 during the configure process.

The versions in Wine and Mono are both 8b, so should be passing the test as well.

[codeman38]

I thought I might have figured it out, as I had a stray libjpeg.la from version 62 in a subdirectory of /usr/local/lib. But that wasn't the problem-- the error still shows up after removing that stray .la file and uninstalling/recompiling imagemagick.

[codeman38]

Posted the compile log, as compiled with a clean PATH, here - I honestly cannot figure out where the 'bad' libjpeg is getting brought in.

https://gist.github.com/259b09e02e4558f5a65d

[adamv]

You may wish to brew update but having Mono installed is known to randomly break stuff like this.