2013/6/28 Lars Magne Ingebrigtsen <larsi@gnus.org>
Klaus-Dieter Bauer <bauer.klaus.dieter@gmail.com> writes:

> My intent however is to write a fix, that makes this a default
> fallback for code that wants to use builtin support without the need
> to edit the third party source code. Finding out what functions and
> variables I need to emulate is the hard part here for me.

If you could implement native ImageMagick support for Emacs under
Microsoft Windows, that would probably be even better.  :-)

--
(domestic pets only, the antidote for overdose, milk.)
  bloggy blog http://lars.ingebrigtsen.no/

So, I got it to compile by adding DEF_IMGLIB_FN and LOAD_IMGLIB_FN entries like for the other types, following the hint from an older discussion [1] and correcting it. For reference I have attached the patches to nt/configure.bat and src/image.c.

Sadly however, I now can't get the MinGW bundle of ImageMagick working.

convert.exe: UnableToOpenModuleFile `C:\Users\klaus\.magick\IM_MOD_RL_PNG_.dll': No such file or directory @ warning/module.c/GetMagickModulePath/812.

While the function `imagemagick-types` is now defined in the session, still no resizing occurs, probably because ImageMagick silently fails.

Also in this configuration JPEG is not included in `(imagemagick-types)` for some reason. 

Apparently the official ImageMagick version for Windows is tightly bound to Visual Studio, which doesn't help the case either.

Honestly, the fallback-solution gets more and more attractive ;) 


[1] http://lists.gnu.org/archive/html/emacs-devel/2010-09/msg01585.html