adds a --po-base option; when specified a po/ directory for the
gnulib part is created and populated with the PO files from the
translation project.
Excuse my usual ignorance, but I'm not sure how this thread got
resolved. As maintainers, what (if anything) are we supposed to do?
In
Eric Blake wrote:
The lib/gettext.h file already arranges for this (with the i18n domain name
being not just gnulib, but findutils-gnulib or similar).
That won't work in headers. For .c files, they are compiled as part of
the gnulib library, where the DEFAULT_TEXT_DOMAIN is in effect.
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 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 things
-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 in
-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
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.
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.
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
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
-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 name
Bruce Korb [EMAIL PROTECTED] ha escrit:
Would it make sense to simply provide the .po fragments
Actually, that's what we are doing now. The gnulib textual domain is
registered at TP and I update gnulib.pot file there from time to
time. Moreover, quite a few translations for it are already
Sergey Poznyakoff wrote:
The gnulib textual domain is
registered at TP and I update gnulib.pot file there from time to time.
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
Eric Blake wrote:
Since the use of gnulib has the tendency to introduce translatable strings
into a project, should there be a way for gnulib-tool to mark which files
need to be added to POTFILES.in? Perhaps a new entry in each module
description that calls out any files with translatable
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Since the use of gnulib has the tendency to introduce translatable strings
into a project, should there be a way for gnulib-tool to mark which files
need to be added to POTFILES.in? Perhaps a new entry in each module
description that calls out any
15 matches
Mail list logo