Legacy ImageMagick Discussions Archive

Test failures are...

PASS: Magick++/tests/tests.tap 2
ok
PASS: Magick++/tests/tests.tap 3
ok
PASS: Magick++/tests/tests.tap 4
Caught exception: lt-coderInfo: image coder signature mismatch `GIF': 68410 != 68310 @ error/module.c/OpenModule/1319
not ok
FAIL: Magick++/tests/tests.tap 5
ok
PASS: Magick++/tests/tests.tap 6
... ...
PASS: Magick++/tests/tests.tap 8
Caught exception: lt-montageImages: image coder signature mismatch `GIF': 68410 != 68310 @ error/module.c/OpenModule/1319
not ok
FAIL: Magick++/tests/tests.tap 9

The exception message tells you have more than one instance of ImageMagick on your system. ImageMagick 6.8.4 is somehow picking up code modules (e.g. GIF) that were compiled as ImageMagick 6.8.3.

Sure enough... libraries are being picked up out of my install directory...

net1# ldd tests/.libs/lt-validate
linux-vdso.so.1 => (0x00007fff74dff000)
libMagickCore-6.Q16HDRI.so.1 => /runtime/lib/libMagickCore-6.Q16HDRI.so.1 (0x00007fce8a56d000)
libMagickWand-6.Q16HDRI.so.1 => /runtime/lib/libMagickWand-6.Q16HDRI.so.1 (0x00007fce8a252000)
libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x00007fce89f42000)
libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 (0x00007fce89d25000)
libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007fce89965000)
liblcms2.so.2 => /usr/lib/x86_64-linux-gnu/liblcms2.so.2 (0x00007fce89718000)
libfreetype.so.6 => /usr/lib/x86_64-linux-gnu/libfreetype.so.6 (0x00007fce8947c000)
liblqr-1.so.0 => /usr/lib/x86_64-linux-gnu/liblqr-1.so.0 (0x00007fce89263000)
libfftw3.so.3 => /usr/lib/x86_64-linux-gnu/libfftw3.so.3 (0x00007fce88e7a000)
libfontconfig.so.1 => /usr/lib/x86_64-linux-gnu/libfontconfig.so.1 (0x00007fce88c40000)
libXext.so.6 => /usr/lib/x86_64-linux-gnu/libXext.so.6 (0x00007fce88a2d000)
libX11.so.6 => /usr/lib/x86_64-linux-gnu/libX11.so.6 (0x00007fce886f3000)
libbz2.so.1.0 => /lib/x86_64-linux-gnu/libbz2.so.1.0 (0x00007fce884e3000)
libz.so.1 => /lib/x86_64-linux-gnu/libz.so.1 (0x00007fce882cb000)
libltdl.so.7 => /usr/lib/x86_64-linux-gnu/libltdl.so.7 (0x00007fce880c1000)
libgomp.so.1 => /usr/lib/x86_64-linux-gnu/libgomp.so.1 (0x00007fce87eb2000)
/lib64/ld-linux-x86-64.so.2 (0x00007fce8aa15000)
libglib-2.0.so.0 => /lib/x86_64-linux-gnu/libglib-2.0.so.0 (0x00007fce87bba000)
libexpat.so.1 => /lib/x86_64-linux-gnu/libexpat.so.1 (0x00007fce87991000)
libxcb.so.1 => /usr/lib/x86_64-linux-gnu/libxcb.so.1 (0x00007fce87772000)
libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x00007fce8756e000)
librt.so.1 => /lib/x86_64-linux-gnu/librt.so.1 (0x00007fce87366000)
libpcre.so.3 => /lib/x86_64-linux-gnu/libpcre.so.3 (0x00007fce87128000)
libXau.so.6 => /usr/lib/x86_64-linux-gnu/libXau.so.6 (0x00007fce86f24000)
libXdmcp.so.6 => /usr/lib/x86_64-linux-gnu/libXdmcp.so.6 (0x00007fce86d1e000)

Working on a fix for this now.

Problem arises because I'm using LDFLAGS pointing to where latest webp is installed,
because system webp is downleveled and causes build breaks (test fails).

Fix is probably to discover all the .libs directories between the build + test step
and set LD_LIBRARY accordingly.

This seems like it will be an ongoing problem if libraries are linked to in different places.

I'll post the fix I come up with for my build environment shortly.

Thanks for the tip!

Fix was to just remove setting rpath in linker options and allows Imagemagick to set it's own, which it does correctly.