bug-gettext
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Latest on POSIX efforts to standardize gettext


From: Eric Blake
Subject: Latest on POSIX efforts to standardize gettext
Date: Thu, 5 May 2022 09:31:41 -0500
User-agent: NeoMutt/20220429-27-3ede7d

Hello GNU and Illumos folks,

The Austin Group (those in charge of the POSIX specification) have
been working on a draft to incorporate the gettext(3) family of
functions and related gettext(1) utilities into the next revision of
POSIX (per https://austingroupbugs.net/view.php?id=1122).  After
several months of near-weekly conference calls, the latest draft of
the work has finally reached the point where it is ready for more
thorough analysis by a wider group of readers.  You can view the
current state of the draft here:

https://posix.rhansen.org/p/gettext_draft

In particular, this draft has an action item to me to reach out to you
on the following question (currently found at line 1138 of that
document, or search for "A.I."):

In the msgfmt(1) utility, there is currently a difference between GNU
and Illumos implementations on detecting duplicate msgid strings, and
which command line switch(es) make detection of duplicates possible.
The question is whether GNU msgfmt would be willing to use the current
-c option (--check) have a mode for erroring out on duplicate msgid
strings, or even adding a new command line option (-n appears to be
available, for a mnemonic of 'no dupes') to have the duplicate
detection available without requiring -c.

In addition to answering that question, any review of the rest of the
proposed wording (particularly anything that is still colored and thus
represents edits since the last time we asked for review) is still
appreciated.

--
Eric Blake, Principal Software Engineer
Red Hat, Inc.           +1-919-301-3266
Virtualization:  qemu.org | libvirt.org




reply via email to

[Prev in Thread] Current Thread [Next in Thread]