Legacy ImageMagick Discussions Archive

net1# uname -a
Linux net1.bizcooker.com 3.5.0-27-generic #46-Ubuntu SMP \
Mon Mar 25 19:58:17 UTC 2013 x86_64 x86_64 x86_64 GNU/Linux

net1# lsb_release -a
No LSB modules are available.
Distributor ID: Ubuntu
Description: Ubuntu 12.10
Release: 12.10
Codename: quantal

Here's the error...
CC coders/coders_webp_la-webp.lo
coders/webp.c: In function 'WriteWEBPImage':
coders/webp.c:471:10: error: 'WebPPicture' has no member named 'argb_stride'
coders/webp.c:472:10: error: 'WebPPicture' has no member named 'use_argb'
coders/webp.c:476:14: error: 'WebPConfig' has no member named 'lossless'
coders/webp.c:479:14: error: 'WebPConfig' has no member named 'lossless'
coders/webp.c:488:18: error: 'WebPConfig' has no member named 'image_hint'
coders/webp.c:488:30: error: 'WEBP_HINT_GRAPH' undeclared (first use in this function)
coders/webp.c:488:30: note: each undeclared identifier is reported only once for each function it appears in
coders/webp.c:490:18: error: 'WebPConfig' has no member named 'image_hint'
coders/webp.c:490:30: error: 'WEBP_HINT_PHOTO' undeclared (first use in this function)
coders/webp.c:492:18: error: 'WebPConfig' has no member named 'image_hint'
coders/webp.c:492:30: error: 'WEBP_HINT_PICTURE' undeclared (first use in this function)
coders/webp.c:524:14: error: 'WebPConfig' has no member named 'alpha_filtering'
coders/webp.c:527:14: error: 'WebPConfig' has no member named 'alpha_quality'
coders/webp.c:581:10: error: 'WebPPicture' has no member named 'argb'
make[2]: *** [coders/coders_webp_la-webp.lo] Error 1
make[2]: *** Waiting for unfinished jobs....
make[2]: Leaving directory `/smartbuild/work/ImageMagick-6.8.4-10'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/smartbuild/work/ImageMagick-6.8.4-10'
make: *** [all] Error 2

Hum... No way to attach an attachment, so here's the configure line I used...

./configure CC=x86_64-linux-gnu-gcc LDFLAGS='-L/runtime/lib -Wl,-rpath=/runtime/lib' CFLAGS='-Wall -g -O2' CPPFLAGS='-I/runtime/include' --prefix=/runtime --enable-shared --disable-static --with-threads --with-perl --with-modules --with-x --enable-hdri --with-wmf --with-gvc --with-gslib --with-webp --with-rsvg

configure webp stanza...

checking for WEBP...
checking webp/decode.h usability... yes
checking webp/decode.h presence... yes
checking for webp/decode.h... yes
checking for WebPPictureInitInternal in -lwebp... yes
checking if WEBP package is complete... yes

It appears the fix appears to be installing the latest libwebp-0.3.0 which presents a problem.

Ubuntu ships packages for libwebp-0.1.3 so this requires people to manually install the latest version.

The other problem is that 'make test' hangs in the tests/validate-stream.tap 1 test.

Adding --with-webp=no tests run longer.

Now the test for Magick++/demo/demos.tap 24 hangs forever.

Tests run in a few minutes up to ImageMagic-6.8.3-10 which was the last version I built.

If there's a way to run test in verbose mode, point me to the docs where this is described and I'll dig deeper.

Thanks.

A TAP test, for example, test.tap saves the output to test.log. Take a look at the log file to track the source of the hang.

Got it... Looks like tests are just taking much longer in this version.

I'll just let the tests run and tail the log files.

Thanks.

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

Test failures appear to have no relation to webp, so another ticket was opened for the two test failures.

This ticket should address only the one problem of webp downlevel versions being installed and ImageMagick code requiring a higher level code to be installed.

The simple way to deal with this is probably to force --with-webp=no unless a high enough version is installed.

As distros catch up, webp support will resume.

Just a thought.