Hi

Just found out that the reason tiff was not being detected was because I had to run "i686-pc-mingw32-ranlib" on the DLL files. mingw32-gtk2 is now compiling with TIFF support from this package http://sourceforge.net/project/showfiles.php?group_id=204414&package_id=245154&release_id=650119

I will see if I can compile it statically. For now just add "--disable-gdiplus" to the configure line in the spec file.

Med Venlig Hilsen / Kind Regards


Mikkel Kruse Johnsen
Adm.Dir.

Linet
Ørholmgade 6 st tv
Copenhagen N 2200 Denmark
Work: +45 21287793
Mobile: +45 21287793
Email: mikkel@linet.dk
IM: mikkel@linet.dk (MSN)
Professional Profile
Healthcare


Network Consultant


søn, 01 03 2009 kl. 19:00 +0000, skrev Richard W.M. Jones:
I got the skinny on this from my contact at SUSE.

GDI+ is theoretically the best choice, since it's a native Win32
library that can load many different image formats.  It's what Gtk
will use by default if detected, and indeed it's what our mingw32-gtk2
package uses.  However _in practice_ this fails with images over a
certain size (bugs in Windows?  who'd have thought!).

So he recommends disabling GDI+ when compiling Gtk.  This means we
will need a mingw32-libtiff library if we want to support TIFF.

SUSE's packages also link the pixbuf loaders statically to avoid the
gtk-pixbuf.loaders configuration file.  He also tells me he links
pango's IM-modules statically to avoid another config file,
gtk.immodules.  That sounds like an excellent idea because we go
through hoops in nsiswrapper to create both these config files in the
right place with the right contents.

Anyone wants to have a go at making a patch for the above, please post
it on the list.

Rich.