Windows binaries for GLib-2.2.2, GTK+-2.2.2, GIMP-1.2.5 etc
- From: Tor Lillqvist <tml iki fi>
- To: gtk-devel-list gnome org, gtk-app-devel-list gnome org, gimpwin-users yahoogroups com
- Subject: Windows binaries for GLib-2.2.2, GTK+-2.2.2, GIMP-1.2.5 etc
- Date: Fri, 20 Jun 2003 23:52:08 +0000
See www.gimp.org/win32/downloads-20030620.html. If I get positive
feedback (or no negative after a week or so...), I'll rename this page
to downloads.html, thus making it generally visible.
Note especially to the people on gimpwin-users: Don't try to download
and install GIMP 1.2.5 unless you know what you are doing. Most
probably, you want to wait some weeks until there is a corresponding
new installer, and you have read success stories from people using it.
Don't tell me I didn't warn you.
Some care is needed when installing these on a machine where my
previous builds have been installed:
Because libtool-1.5 installs DLLs in the "bin" directory instead of
"lib" as previously, if you just unzip these files on top of an old
tree, you will get some identically named DLLs in "bin" and "lib". You
probably want to remove the old ones in "lib".
Or preferrably, unzip these packages in a fresh top directory, and use
just the new top's bin and lib in your PATH.
I now use the official Win32 binaries of libiconv and gettext-runtime
from the GNU ftp site. The name of the libintl DLL has changed. It is
now intl.dll. I used to distribute an own hacked version of libintl,
as libintl-1.dll. But that is not necessary any longer as my hacks (or
equivalent code) are now in gettext-0.12.
The official GNU libiconv DLL has the same name, iconv.dll, as the one
I used earlier (ported by the "GnuWin32" project at SourceForge). But
you must use the GNU one anyway, as the GNU intl.dll calls a new entry
point in the GNU iconv.dll.
I now use the newest zlib, libpng, libjpeg and libtiff ports that the
GnuWin32 project has released. Unfortunately, they are inconsistent in
their DLL naming... (They have changed naming style recently, but not
rebuilt dependent packages.) For instance, libpng.dll wants zlib.dll,
while the zlib package actually provides zlib-1.dll. Similarily,
libtiff.dll wants libjpeg.dll, while the libjpeg package provides
jpeg-62.dll. Just copying zlib-1.dll to zlib.dll, and jpeg-62.dll to
libjpeg.dll seems to work fine.
--tml
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]