Legacy ImageMagick Discussions Archive

Apps that use ImageMagick 6.8.8-8 fail to build on Mac OS X 10.7. The error is In file included from radiology.C:26: In file included from /foo/include/ImageMagick/Magick++.h:9: In file included from /foo/include/ImageMagick/Magick++/Include.h:41: In file included from /foo/include/ImageMagick ...

The patch helped, but a related problem remains. I will post on a new thread about the next problem.

Building apps that link to ImageMagick 6.8.8-4 on MacOS X 10.7 can fail with the error In file included from /Users/buildbot/slave-state/osx107/g-speak-rbb-osx107-1/sandbox-osx107-master3_13/build/examples/radiology/radiology.C:26: ... /opt/oblong/deps-64-9/include/ImageMagick/magick/pixel.h:179:42 ...

mageMagick's build complains "Undefined symbols for architecture i386: "std::__1::basic_string...". This means most things were built with "clang++ -std=c++11 -stdlib=libc++", but the linker isn't linking to libc++ for some reason. Two workarounds were required: 1) Using a libtool that has been ...

Building imagemagick packages for our customers to download is complicated slightly by having to remove the generated doc (which is half of the download size). One of these days it might be nice to have a --without-doc configure option, or something like that. Until then, I'll keep removing the doc ...

Figured out how to bisect properly. I uploaded my script and logs to http://kegel.com/imagemagick/slow/bisect.tgz I had to edit it each run to hard code the revision I wanted to test, but that wasn't too bad. The culprit seems to be r971, and the likely hunk within that commit seems to be --- coders ...

On Ubuntu 13.04, I did $ PREFIX=$HOME/foo $ mkdir $PREFIX $ wget http://kegel.com/imagemagick/slow/slow.jpg $ svn co https://www.imagemagick.org/subversion/ImageMagick/trunk ImageMagick $ cd ImageMagick $ svn info ... Revision: 13007 $ ./configure --prefix $PREFIX --with-modules --without-perl ...

I just checked out trunk, and $ convert --version which worked as of 6.7.7 now says Error: Invalid argument or not enough arguments Usage: convert [ {option} | {image} ... ] {output_image} convert -help | -version | -usage | -list {option} Please continue to accept double dashes on long option names.

I ran into this when upgrading from Ubuntu 10.04 to Ubuntu 12.04. Here's how I measured: wget http://kegel.com/imagemagick/slow/slow.jpg time convert slow.jpg -depth 8 -auto-orient -strip -type TrueColorMatte -write PNG32:/tmp/img-conf.png '(' +clone -strip -resize 480x480 -write PNG32:/tmp/img ...

In http://www.imagemagick.org/discourse-server/viewtopic.php?f=1&t=8577 a user talked about confusion when trying to use the ImageMagick API in Visual C++. The standard answer he was given was "Just copy the project files from the demo directory", but IMHO ImageMagick could do better than that ...

I kind of like the ImageMagick installer for Windows, but needed to be able to nearly duplicate its output with variations. And I really need this to be an automated build that I can invoke inside a buildbot, so others here don't have to learn how to build it. So I wrote a little cygwin script that ...