Re: Bug#176661: locale.1 does not mention LOCPATH
On Sun, Mar 09, 2003 at 01:27:18AM +0900, GOTO Masanori wrote:
[...]
> > > I disagree. I've needed to use LOCPATH a couple of times. For
> > > instance GCC's testsuite wants to use it to make sure some locales are
> > > generated before running the libstdc++ tests.
> >
> > Is there a similar environment variable for /usr/share/locale?
>
> No, there isn't.
>
> > I would need it to generate translated man pages of coreutils programs.
>
> bindtextdomain(3) is not your friend? Thus, LOCALEDIR option in make
> is useful for your purpose.
Right, but it means that one must:
* generate and install .mo files into $foo/locale
* set LOCALEDIR=$foo and compile programs
in order to generate translated man pages, so programs must be compiled
twice :(
> BTW, why does coreutils contain /usr/share/locale/*/LC_TIME/*.mo?
Excerpt from po/Changelog:
2002-11-09 Jim Meyering <jim@meyering.net>
* Makevars (EXTRA_LOCALE_CATEGORIES): Add LC_TIME.
Patch by Tim Waugh for Red Hat bug #73669.
More informations are also available under RH#73672.
This trick gives correct date format when LC_TIME and LC_MESSAGES are
different.
Denis
Reply to: