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

[Dieter Verfaillie <dieterv optionexplicit be>]

On 21/02/2011 19:11, Ian wrote:
> 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:
> 
> 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'

Stumbled across the same thing last week while working on glib
when trying out a freshly installed MinGW/MSYS through the new
mingw-get package manager. The newer MinGW tools now come with NLS
support out of the box, which explains why we didn't have this
problem with say a gcc-4.5.0 era MinGW.

The quick workaround I'm using for now (from an MSYS bash session):
$ mv /mingw/lib/libintl.a /mingw/lib/libintl.a_
$ mv /mingw/lib/libintl.dll.a /mingw/lib/libintl.dll.a_
$ mv /mingw/lib/libintl.la /mingw/lib/libintl.la_

The proper solution would be to figure out why ./configure picks
the libintl version from /ming/lib instead of /c/GTK/lib
even when /c/GTK/bin is on PATH *before* /mingw/bin. But I'm busy
with other things atm...

mvg,
Dieter