[Bug-gnubg] link problem: locale_charset in libiconv/libintl on Mac OS X

[Olivier Baur]

Hi all!

There's one thing that still doesn't work in the Mac OS X version of 
gnubg, and that is text localisation (internationalisation).

Here is the message I get at gnubg startup (I've setenv LANG to de_DE 
to check how the existing German translation works in gnubg):

> GLib: Cannot convert message: Umwandlung von Zeichensatz »UTF-8« in 
> »de_DE« wird nicht unterstützt
>
> (process:26764): Gdk-WARNING **: locale not supported by C library
>
> (process:26764): Gtk-WARNING **: Locale not supported by C library.
>         Using the fallback 'C' locale.
> GNU Backgammon 0.14-devel  Copyright 1999, 2000, 2001, 2002, 2003 Gary 
> Wong.
> GNU Backgammon is free software, covered by the GNU General Public 
> License
> version 2, and you are welcome to change it and/or distribute copies 
> of it
> under certain conditions.  Type "show copying" to see the conditions.
> There is absolutely no warranty for GNU Backgammon.  Type "show 
> warranty" for
> details.
> (No game)

(I have another set of libiconv/libintl libraries (the ones from the 
Fink distribution) which, when used, won't have the first (GLib) 
warning message showing up; this message translates to: "Conversion 
from charset UTF-8 to de_DE is not supported")

Where does the "Using the fallback 'C' locale" message come from? 
GTK/GDK/GLib? Or gnubg?

And below is the warning message I get at link time:

> gcc  -g -O2 -no-cpp-precomp   -o gnubg -bind_at_load -u __dummy -u 
> _PyMac_Error -framework System -framework CoreServices -framework 
> Foundation gnubg.o getopt.o getopt1.o eval.o play.o positionid.o 
> drawboard.o pub_eval.o set.o show.o database.o dice.o rollout.o 
> copying.o kleinman.o matchequity.o analysis.o sgf.o sgfp.o sgfl.o 
> guile.o import.o external.o credits.o latex.o postscript.o html.o 
> matchid.o i18n.o text.o export.o record.o osr.o bearoffgammon.o 
> bearoff.o onechequer.o path.o render.o htmlimages.o speed.o 
> renderprefs.o boardpos.o progress.o format.o  gtkboard.o gtkgame.o 
> gtkprefs.o gtk-multiview.o gtktheory.o gtktexi.o gtkexport.o gtkcube.o 
> gtkchequer.o gtkrace.o gtkmovefilter.o gtkmet.o gtkcolour.o 
> gtksplash.o gtkrolls.o openurl.o gtktempmap.o gtkbearoff.o 
> gtkoptions.o gtkpath.o gtktoolbar.o  sound.o luxi.o gnubgmodule.o 
> -L/usr/local/lib -liconv -lintl -L/sw/lib -lgtk-x11-2.0 -lgdk-x11-2.0 
> -latk-1.0 -lgdk_pixbuf-2.0 -lm -lpangoxft-1.0 -lpangox-1.0 -lpango-1.0 
> -lgobject-2.0 -lgmodule-2.0 -lglib-2.0    -Llib -levent   -L/sw/lib 
> -lxml2 -lz -lm -L/sw/lib -lfreetype   
> /sw/lib/python2.2/config/libpython2.2.a -L/usr/X11R6/lib -lX11.6 
> -lgthread-2.0 -framework Carbon -framework QuickTime    -ldl -ltermcap 
> -lm
> ld: warning multiple definitions of symbol _locale_charset
> /usr/local/lib/libiconv.dylib(localcharset.lo) definition of 
> _locale_charset
> /usr/local/lib/libintl.dylib(localcharset.lo) definition of 
> _locale_charset

I'm not sure I understand what is needed to run internationalisation; 
the ld warning message complains about locale_charset being defined in 
both libiconv and libintl -- should I be linking against only one of 
the libs?
The original ld warning message suggested to use the -bind_at_load ld 
option (which I'm doing here) to "bind unresolved references at library 
load time", but it doesn't seem to help.

I've also tried to use the "included" gettext routine (in ./intl/, as 
explained in ABOUT-NLS, with running ./configure 
--with-included-gettext), but then I get ld errors saying:

> ld: ./intl/libintl.a(dcigettext.o) illegal reference to symbol: 
> __nl_load_domain defined in indirectly referenced dynamic library 
> /usr/local/lib/libintl.1.dylib
> make: *** [gnubg] Error 1

Here, I don't understand how come libintl.a is needing a symbol defined 
in libintl.1.dylib!?!

Does anyone have some advice for me?
Thanks in advance!


-- Olivier