-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Bruno Haible on 7/19/2007 2:19 PM:
> The error message in lib/error.c and lib/verror.c is not internationalized,
> because the _() macro expands to no gettext call, even when ENABLE_NLS is
> defined.
>
> Objections to this fix?
No compla
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Bruno Haible on 7/19/2007 2:21 PM:
> Sergey Poznyakoff wrote:
>> In that case the `_' macro for gnulib has to be changed to
>>
>> #define _(s) dgettext("gnulib",s)
>
> The lib/gettext.h file already arranges for this (with the i18n domain
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Thomas Klausner on 7/19/2007 4:07 PM:
> Hi!
>
> I just tried the self tests of m4-1.4.10 on NetBSD-4.99.23/amd64.
> Two failed:
> test-frexpl.c:167: assertion failed
> [1] Abort trap (core dumped) EXEEXT="" EXEEXT...
> FAIL: test-frexpl
Bruno Haible clisp.org> writes:
>
> Hi,
>
> In the hello-2.3 tarball the gnulib/lib/Makefile.am references
> build-aux/link-warning.h, but this file is not included in the tarball!
>
> This should fix it:
>
> 2007-07-18 Bruno Haible clisp.org>
>
> * gnulib-tool (func_get_automake_sn
"James Youngman" <[EMAIL PROTECTED]> wrote:
> On 7/18/07, Eric Blake <[EMAIL PROTECTED]> wrote:
>> OK to commit?
>>
>> 2007-07-17 Eric Blake <[EMAIL PROTECTED]>
>>
>> * po/POTFILES.in: Update to reflect current location of
>> translatable strings.
>
> Yes, please go ahead and comm
Bruno Haible <[EMAIL PROTECTED]> writes:
> 2007-07-19 Bruno Haible <[EMAIL PROTECTED]>
>
> * lib/error.c (_) [ENABLE_NLS]: Define to gettext.
> * lib/verror.c (_) [ENABLE_NLS]: Likewise.
Thanks for catching that! The patch looks obvious to me.
On 7/18/07, Eric Blake <[EMAIL PROTECTED]> wrote:
OK to commit?
2007-07-17 Eric Blake <[EMAIL PROTECTED]>
* po/POTFILES.in: Update to reflect current location of
translatable strings.
Yes, please go ahead and commit that to findutils HEAD (and I guess
part of the same change
Sergey Poznyakoff wrote:
> I believe we should give package maintainers the
> freedom to decide whether they want gnulib msgids to be merged into
> their project's potfile or to be handled separately as Bruno
> proposed. I, for one, would certainly prefer the former.
The current Makefile.in.in mec
Eric Blake wrote:
> Can the --po-base directory for gnulib be the same as the project's
> po-base, or do they have to be distinct directories? I'm kind of thinking
> distinct, because Makevars is created differently between the two .pot files.
Confirmed. They need to be distinct.
> Not to mentio
Sergey Poznyakoff wrote:
> In that case the `_' macro for gnulib has to be changed to
>
> #define _(s) dgettext("gnulib",s)
The lib/gettext.h file already arranges for this (with the i18n domain name
being not just "gnulib", but "findutils-gnulib" or similar).
Bruno
The error message in lib/error.c and lib/verror.c is not internationalized,
because the _() macro expands to no gettext call, even when ENABLE_NLS is
defined.
Objections to this fix?
2007-07-19 Bruno Haible <[EMAIL PROTECTED]>
* lib/error.c (_) [ENABLE_NLS]: Define to gettext.
Hi Eric,
> $ gnulib-tool --update
> gnulib-tool: *** missing --po-base option
> gnulib-tool: *** Stop.
This was not intended. Sorry. This patch should fix it.
2007-07-19 Bruno Haible <[EMAIL PROTECTED]>
* gnulib-tool (func_import): Don't abort if pobase or po_domain is
empty.
Eric Blake <[EMAIL PROTECTED]> ha escrit:
> Not to mention that not all of gnulib's uses occur with the _ macro - for
> example, xstrtol.h currently calls gettext directly, rather than going
> through a macro, so that it won't pollute the user's namespace with a
> conflicting _ macro.
Yes, indeed
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Bruno Haible on 7/18/2007 6:00 PM:
> The first option would minimize system calls at runtime, but is harder to
> put in place, because PO file handling is not supported by automake.
> The second option can be implemented completely in gnul
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Sergey Poznyakoff on 7/19/2007 3:18 AM:
>> The first option would minimize system calls at runtime, but is harder to
>> put in place, because PO file handling is not supported by automake.
>> The second option can be implemented completely
Bruno Haible <[EMAIL PROTECTED]> ha escrit:
> Your updates have apparently not been registered:
>http://translationproject.org/POT-files/gnulib-1.0.pot
> is still from 2005-09-30.
>
> Can you write to coordinator at translationproject '.' org to see where's
> the problem?
Done. I expect the
Bruno Haible <[EMAIL PROTECTED]> ha escrit:
> - Install separate .mo files for the part from gnulib.
>
> The first option would minimize system calls at runtime, but is harder to
> put in place, because PO file handling is not supported by automake.
> The second option can be implemented comple
17 matches
Mail list logo
