Package: libgraphicsmagick++1-dev
Version: 1.3.5-5.1
Severity: normal
Tags: patch


I've encountered a nasty conflict between GraphicsMagick and some
other lib (specifically, Andor Technology's SDK) over the use of
a function named SetImage, which is provided by both libraries with
mutually exclusive semantics.

GraphicsMagick features several such widely-used function names,
which can easily cause problems in other contexts, too. For this
reason probably, the GraphicsMagick configure script offers the
--enable-symbol-prefix option, which prefixes all exported functions
with Gm and thereby greatly reduces the chances of name space
conflicts.

This option is not enabled in the current debian release. This could
be fixed by adding a line between lines 79 and 80 of the debian/rules
file. Unfortunately, I think this would require rebuilding packages
built against non-symbol-prefix enabled versions and might therefore
not be very wise to do immediately; however, if at some point in the
future binary compatibility will be broken anyway, adding this option
to the configuration would greatly help some users like me.

-- System Information:
Debian Release: squeeze/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)

Kernel: Linux 2.6.30-2-686 (SMP w/2 CPU cores)
Locale: LANG=, lc_ctype=de_de.iso885...@euro (charmap=ISO-8859-15)
Shell: /bin/sh linked to /bin/bash

Versions of packages libgraphicsmagick++1-dev depends on:
ii  libgraphicsmagick++3          1.3.5-5.1  format-independent image processin
ii  libgraphicsmagick1-dev        1.3.5-5.1  format-independent image processin

libgraphicsmagick++1-dev recommends no packages.

Versions of packages libgraphicsmagick++1-dev suggests:
ii  graphicsmagick                1.3.5-5.1  collection of image processing too

-- no debconf information



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Reply via email to