Skip site navigation (1)Skip section navigation (2)
Date:      Thu, 22 Mar 2007 18:36:06 +0300
From:      Andrey Chernov <ache@freebsd.org>
To:        Joe Marcus Clarke <marcus@marcuscom.com>
Cc:        gnome@freebsd.org, ade@freebsd.org
Subject:   Re: gettext problem (was Re: desktop-file-utils port problem)
Message-ID:  <20070322153606.GA71274@nagual.pp.ru>
In-Reply-To: <20070322101753.J72356@creme-brulee.marcuscom.com>
References:  <20070320054916.GA33710@nagual.pp.ru> <1174453429.79605.28.camel@shumai.marcuscom.com> <20070322034618.GB16823@nagual.pp.ru> <20070322063737.GA56493@nagual.pp.ru> <1174545988.8269.15.camel@shumai.marcuscom.com> <20070322124305.GA69324@nagual.pp.ru> <20070322101753.J72356@creme-brulee.marcuscom.com>

next in thread | previous in thread | raw e-mail | index | archive | help
On Thu, Mar 22, 2007 at 10:19:53AM -0400, Joe Marcus Clarke wrote:
> >Yes, adding --disable-threads to gettext completely fix the crash!
>
> Can you report this to Ade?

As you can see, first my reply about --disable-threads and all next CC'ed
already :)

> >(update-desktop-database itself remains still linked with pthread, comes
> >from libicui18n)
> 
> This may be problematic, too, unless glib's pkg-config file includes 
> PTHREAD_LIBS.

I don't rebuild everything after making libintl not pthreaded, but 
glib-2.0 is pthreaded too because of libicui18n, don't know is it right:
/usr/local/lib/libglib-2.0.so.0:
        libicui18n.so.36 => /usr/local/lib/libicui18n.so.36 (0x28393000)
        libintl.so.8 => /usr/local/lib/libintl.so.8 (0x28176000)
        libiconv.so.3 => /usr/local/lib/libiconv.so.3 (0x284c4000)
        libicuuc.so.36 => /usr/local/lib/libicuuc.so.36 (0x285b4000)
        libicudata.so.36 => /usr/local/lib/libicudata.so.36 (0x286c6000)
        libpthread.so.2 => /lib/libpthread.so.2 (0x2817f000)
        libstdc++.so.5 => /usr/lib/libstdc++.so.5 (0x29076000)
        libm.so.4 => /lib/libm.so.4 (0x281af000)

> I don't know how international update-desktop-database really is.  
Running
> with the verbose flag is not something people typically do.

It is.
There is references to gettext inside update-desktop-database.c code, f.e.
those _(...) (gettext(...) calls) and _N(...) (gettext_noop(...) calls)
Defines are in glib-2.0/glib/gi18n.h
There is no own gettext translation installed because it tends to use
glib's one.

-- 
http://ache.pp.ru/



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20070322153606.GA71274>