Bug#795102: libgraphicsmagick1-dev: undefined reference to `Magick::Color::Color(unsigned short, unsigned short, unsigned short)'

2015-08-12 Thread Jakub Wilk
A quick grep through the sources of rev-deps shows that these packages use the PixelPacket structure: gnudatalanguage octave pdf2djvu python-pgmagick witty xastir I expect them all to be affected by this ABI breakage. So please don't paper over the problem with Breaks, but either revert the

Bug#795102: libgraphicsmagick1-dev: undefined reference to `Magick::Color::Color(unsigned short, unsigned short, unsigned short)'

2015-08-11 Thread GCS
On Mon, Aug 10, 2015 at 10:55 PM, Jakub Wilk jw...@debian.org wrote: $ pdf2djvu /usr/share/doc/quilt/quilt.pdf --fg-colors 42 -p1 -d72 -o tmp.djvu /usr/share/doc/quilt/quilt.pdf: - page #1 - #1 pdf2djvu: malloc.c:3695: _int_malloc: Assertion `(unsigned long) (size) = (unsigned long) (nb)'

Bug#795102: libgraphicsmagick1-dev: undefined reference to `Magick::Color::Color(unsigned short, unsigned short, unsigned short)'

2015-08-10 Thread Jakub Wilk
Package: libgraphicsmagick1-dev Version: 1.3.21-2 Severity: serious I upgraded libgraphicsmagick1-dev to 1.3.21, but not libgraphicsmagick++1-dev: $ dpkg-query -W | grep '^libgraphicsmagick.*-dev' libgraphicsmagick++1-dev1.3.20-3+deb8u1 libgraphicsmagick1-dev 1.3.21-2 Now I can't link

Bug#795102: libgraphicsmagick1-dev: undefined reference to `Magick::Color::Color(unsigned short, unsigned short, unsigned short)'

2015-08-10 Thread Jakub Wilk
* Bob Friesenhahn bfrie...@simple.dallas.tx.us, 2015-08-10, 12:53: $ g++ -I/usr/include/GraphicsMagick test.cc -lGraphicsMagick++ /tmp/ccrGwLtD.o: In function `main': test.cc:(.text+0x1c): undefined reference to `Magick::Color::Color(unsigned short, unsigned short, unsigned short)' collect2:

Bug#795102: libgraphicsmagick1-dev: undefined reference to `Magick::Color::Color(unsigned short, unsigned short, unsigned short)'

2015-08-10 Thread Bob Friesenhahn
On Mon, 10 Aug 2015, Jakub Wilk wrote: Perhaps this issue is due to g++ defaulting to a newer version of the C++ standard and thus it requires a new C++ ABI? I don't think so. I'd rather blame: * Test build with QuantumDepth 16 (closes: #557879). But wait, isn't change of QuantumDepth an

Bug#795102: libgraphicsmagick1-dev: undefined reference to `Magick::Color::Color(unsigned short, unsigned short, unsigned short)'

2015-08-10 Thread Bob Friesenhahn
On Mon, 10 Aug 2015, Jakub Wilk wrote: Package: libgraphicsmagick1-dev Version: 1.3.21-2 Severity: serious I upgraded libgraphicsmagick1-dev to 1.3.21, but not libgraphicsmagick++1-dev: $ dpkg-query -W | grep '^libgraphicsmagick.*-dev' libgraphicsmagick++1-dev1.3.20-3+deb8u1

Bug#795102: libgraphicsmagick1-dev: undefined reference to `Magick::Color::Color(unsigned short, unsigned short, unsigned short)'

2015-08-10 Thread GCS
On Mon, Aug 10, 2015 at 8:27 PM, Bob Friesenhahn bfrie...@simple.dallas.tx.us wrote: On Mon, 10 Aug 2015, Jakub Wilk wrote: Perhaps this issue is due to g++ defaulting to a newer version of the C++ standard and thus it requires a new C++ ABI? I don't think so. I'd rather blame: * Test build

Bug#795102: libgraphicsmagick1-dev: undefined reference to `Magick::Color::Color(unsigned short, unsigned short, unsigned short)'

2015-08-10 Thread Jakub Wilk
* László Böszörményi (GCS) g...@debian.org, 2015-08-10, 21:53: * Test build with QuantumDepth 16 (closes: #557879). But wait, isn't change of QuantumDepth an ABI breakage? SONAME of the non-C++ library didn't change; it's still /usr/lib/libGraphicsMagick.so.3. As I know it's only an internal

Bug#795102: libgraphicsmagick1-dev: undefined reference to `Magick::Color::Color(unsigned short, unsigned short, unsigned short)'

2015-08-10 Thread Jakub Wilk
Duh, I forgot the attachment. * Bob Friesenhahn bfrie...@simple.dallas.tx.us, 2015-08-10, 13:27: Regardless, if GCC 5.X is now being used (is this the case?), I get the same error both with GCC 4.9 and GCC 5. I would suspect that the C++ default ABI (and libraries) have changed (to C++ 11)

Bug#795102: libgraphicsmagick1-dev: undefined reference to `Magick::Color::Color(unsigned short, unsigned short, unsigned short)'

2015-08-10 Thread Bob Friesenhahn
On Mon, 10 Aug 2015, László Böszörményi wrote: On Mon, Aug 10, 2015 at 8:27 PM, Bob Friesenhahn bfrie...@simple.dallas.tx.us wrote: On Mon, 10 Aug 2015, Jakub Wilk wrote: Perhaps this issue is due to g++ defaulting to a newer version of the C++ standard and thus it requires a new C++ ABI? I