Subject: GLib conversion failure on OpenBSD when building gtk2
To: None <pkgsrc-users@netbsd.org>
From: Alexander Nasonov <alnsn@yandex.ru>
List: pkgsrc-users
Date: 05/11/2007 12:33:21
I cannot compile x11/gtk2 on OpenBSD 4.1 because an execution of gtk-update-icon-cache --force <more args> fails with "GLib: Cannot convert message: Conversion from character set 'UTF-8' to '646' is not supported" message (it fails even without <more args> if executed manually).
I found that glib2 function _g_locale_charset_raw calls nl_langinfo (CODESET) which returns "646".
Code around nl_langinfo call looks like

# if HAVE_LANGINFO_CODESET

  /* Most systems support nl_langinfo (CODESET) nowadays.  */
  codeset = nl_langinfo (CODESET);

# else

  /* On old systems which lack it, use setlocale or getenv.  */
  ...

I disabled the first branch and ran LANG=en_US.ISO8859-1 gtk-update-icon-cache --force manually. It executed without an error but it still fails if I run LANG=en_US.ISO8859-1 bmake.
Presumably, pkgsrc either clean LANG or set it to a portable value (which is good) but it makes me wonder how to patch the _g_locale_charset_raw function without hardcoding "en_US.ISO8859-1" into it.

BTW,
cvs comment of the last version of nl_langinfo.c says that

> CODESET support. okay millert@, otto@
> 
> (not really useful for now, it mostly helps some programs which want
> to use it, it will become useful when we have full 16 bits locale).

http://www.openbsd.org/cgi-bin/cvsweb/src/lib/libc/locale/nl_langinfo.c

Does anybody has an idea how to fix this problem?
-- 
Alexander Nasonov