[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [bug-gettext] How to test uninstalled program?
From: |
Reuben Thomas |
Subject: |
Re: [bug-gettext] How to test uninstalled program? |
Date: |
Mon, 12 Sep 2011 12:29:44 +0100 |
On 12 September 2011 11:38, Reuben Thomas <address@hidden> wrote:
> On 12 September 2011 00:24, Bruno Haible <address@hidden> wrote:
>> Reuben Thomas wrote:
>>> When I update a translation string in, say, GNU hello, set my locale
>>> appropriately, and re-make the program, then run it, I still get the
>>> old translation strings installed on the system. What do I need to do
>>> to get the strings from my build tree?
>>
>> The easiest way is to do "cd po; make install".
>>
>> The second easiest say is to run the "msgfmt -c" command with appropriate
>> arguments that will install just the one message catalog that you have
>> been changing. For example
>> msgfmt -c -o /usr/local/share/locale/eo/LC_MESSAGES/hello.mo po/eo.po
>
> Thanks.
So, I tried "make install", and now I get no translations. I
configured hello with
./configure --prefix=$HOME/local --exec-prefix=$HOME/local/`uname -m`
but ltrace tells me that gettext is looking for message catalogs in /usr/local:
bindtextdomain("hello", "/usr/local/share/locale")
= "/usr/local/share/locale"
This looks like a bug in hello's build system, therefore, but I can't
see anywhere in automake or gettext's documentation how configure.ac
or Makefile.am would set this path. gettext's manual says:
The default value for dir_name is system specific. For the GNU
library, and for packages adhering to its conventions, it's:
/usr/local/share/locale
which makes sense, but I would've thought that would translate to
${prefix}/share/locale
under automake...
--
http://rrt.sc3d.org