[Pkg-gmagick-im-team] Multithreaded JPEG support for Debian's imagemagick

[Ondřej Surý]

Hi Marcin,

the check could just check for LIBJPEG_TURBO_VERSION

jconfig.h:

#define JPEG_LIB_VERSION 62

/* libjpeg-turbo version */ #define LIBJPEG_TURBO_VERSION 1.3.1

More on libjpeg-turbo thread-safety:
http://sourceforge.net/p/libjpeg-turbo/mailman/libjpeg-turbo-users/thread/4EFF4E78.8090000@users.sourceforge.net/

Cheers, Ondrej

On Wed, Dec 17, 2014, at 21:06, Marcin Owsiany wrote:
> Hi,
>
> I would like to be able to load images in parallel in different
> threads using imagemagick. This was made possible by IM upstream not
> so long ago with "original" libjpeg as a result of this thread:
> http://www.imagemagick.org/discourse-server/viewtopic.php?f=2&t=25495
> - note it spans two pages.
>
> However their libjpeg version check is rather strict, so they do not
> cover linking against libjpeg-turbo (which exports
> JPEG_LIB_VERSION=62).
>
> As I heard there is some tension between libjpeg and libjpeg-turbo
> developers, and I don't know imagemagick's upstream position on that,
> I would first like to ask for your advice on how to approach this
> problem. I suppose making sure that libjpeg-turbo's thread-safety
> guarantees are no worse than recent libjpeg's is one thing, but
> another is how to change the preprocessor version check in
> imagemagick's source so both libjpeg implementations are covered.
>
> Marcin

--
Ondřej Surý <ondrej at sury.org> Knot DNS (https://www.knot-dns.cz/) – a
high-performance DNS server


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.alioth.debian.org/pipermail/pkg-gmagick-im-team/attachments/20141218/fa2af3d0/attachment.html>