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

[Jim Segrave]

On Fri 08 Aug 2003 (14:48 +0200), Olivier Baur wrote:
> 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?
> 

I don't know the Mac, but I think you need to set your LANG variable
with a bit more information. I think that the LANG environment
variable has 3 parts:

xx_yy.charset

where xx is the language (de), yy is the country code (DE), charset is
something like ISO8859-15

The message suggests that the system has taken the LANG variable as a
charset name and it's not one that nl_open() recognises. Try:

LANG=de_DE.ISO8859-15 (or -1 if you don't care about Euros)

The Using the fallback 'C' locale comes from gtk seeing setlocale()
fail is my guess, it's not from gnubg.

I can't offer anything constructive on the linking issues except to
say that there seems to be a differnce of opinion on how the
functionality of libintl and libiconv is divided up.



-- 
Jim Segrave           address@hidden