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

I just open libintl.h:433, remove this line(#define setlocale libintl_setlocale).
it's enought for test.
if I want to publish my app, will download gtk and other packages from opensuse mingw build

2011/11/25 Dieter Verfaillie <dieterv optionexplicit be>
On 01/07/2011 13:22, Dieter Verfaillie wrote:
> 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/ /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...

Just got bitten by this again on a new install (on a new machine) and
I think this might simply be the case of /mingw/share/aclocal/intl.m4
being picked up instead of /c/GTK/share/aclocal/intl.m4 (or where ever
the gettext-tools package lives on your machine) when running

So it might be possible to fix this by exporting
ACLOCAL_FLAGS="-I /c/GTK/share/aclocal" in addition to PATH and
PKG_CONFIG_PATH before executing ./configure to get around this.
Without moving around those .(l)a files as mentioned above.

Well, haven't yet tested this idea and probably wont have much time
to do so until week 49 :/

gtk-list mailing list
gtk-list gnome org

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