Re: MinGW versus GTK libintl.dll.a building GTK in Windows

2011/2/21 Ian <ian underpressuredivers com>:
> Hi,
> I'm trying to build gtk 2.22.1 under Windows. I ran configure from mingw,
> which passed OK, then make which made gdk OK, but then gave this error
> making gtk:

In general I'd say when using mingw that building on Linux
(cross-compiling for Windows) is a lot easier than doing it all on
Windows. Even more so when using the packages from the OpenSUSE
BuildService [1], usable on any distro and also on Windows.

> libtool: link: gcc -DGDK_PIXBUF_DISABLE_DEPRECATED -g -O2 -Wall
> -mms-bitfields -o .libs/gtk-update-icon-cache.exe updateiconcache.o
> -LC:/GTK/GTK-2.22.1/lib/ -LC:/GTK/GTK-2.22.1/lib -lgdk_pixbuf-2.0
> -lgobject-2.0 -lgmodule-2.0 -lgthread-2.0 -lglib-2.0 -L/mingw/lib
> c:/mingw/lib/libintl.dll.a /mingw/lib/libiconv.dll.a -L/mingw/lib
> updateiconcache.o: In function `main':
> c:\Users\Ian\Development\GTK\GTK\gtk+-2.22.1\gtk/updateiconcache.c:1657:
> undefined reference to `libintl_setlocale'

Why are you compiling in libintl statically? There are a lot of
projects using gettext, so linking to the DLL would seem to make more

> There are versions of libintl.dll.a in c:/mingw/lib and in
> c:/GTK/GTK-2.22.1/lib. The GTK version includes libintl_setlocale and the
> MinGW version does not. So the question is why is the above using the MinGW
> version (-L/mingw/lib c:/mingw/lib/libintl.dll.a) rather than the GTK
> version? GTK_BASEPATH is set properly.

You can try to figure out from the configure logs where libintl is
detected. May be you can work around it by adding
c:/GTK/GTK-2.22.1/lib to LDFLAGS or perhaps PKG_CONFIG_PATH.

> Ian



[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]