[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

[l10n] the msgid is not a valid C format string

From: Kobayashi Noritada <nori1_at_dolphin.c.u-tokyo.ac.jp>
Date: 2007-03-24 15:47:26 CET

Hi,

After the merge of the sparse-directories branch into trunk,
a following warning appears with gettext:

nori1[23:12]% LC_ALL=C make locale-gnu-po-update PO=ja
cd /home/nori1/svnwc/subversion-trunk && XGETTEXT="/home/nori1/bin/xgettext" MSGMERGE="/home/nori1/bin/msgmerge" \
  tools/po/po-update.sh ja
Building subversion.pot...
./libsvn_repos/reporter.c:218: warning: Although being used in a format string position, the msgid is not a valid C format string. Reason: The string ends in the middle of a directive.
Updating ja.po...
............................................................................................................................................................ done.
............................................................................................................................................................ done.

... which is due to code like this:

          return svn_error_createf(SVN_ERR_REPOS_BAD_REVISION_REPORT, NULL,
                                   _("Invalid depth (%"
                                     APR_UINT64_T_FMT
                                     ") for path '%s'"),
                                    num, (*pi)->path);

... and results in a ill-formatted msgid like this:

msgid "Invalid depth (%"

Could you please work around it?
(I'm sorry I cannot create a patch to fix it...)

FYI: The version of gettext is 1.5. Gettext is known to have got very
strict about formats of C and po files from that version, which is
helpful for me. However, if this is an issue with that version of
gettext, sorry.

Thanks,

-nori

  • application/pgp-signature attachment: stored
Received on Sat Mar 24 15:51:40 2007

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.