Re: Latest on POSIX efforts to standardize gettext

[keld]

hi

i would like this gettext to be checked up against the gettext of iso/iec 30112,
which is a full iso/iec standard. i would like that they dont contradict 
eachother.
also the i18n of the posix standard should be checked vs 30112, to ensure they 
are compatible.
30112 is to some extend followed in the linux communities.

when will the new posix stuff be sent for ballot in sc22?

keld

On Thu, May 05, 2022 at 09:31:41AM -0500, Eric Blake via austin-group-l at The 
Open Group wrote:
> 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