Re: gettext msgfmt doesn't ignore duplicate msgid in different domain when -o

[Leon Ho]

Hi Bruno,

The bug had a special permission. I have cleared all of it now so it is
now able to be accessed by anymore. I should have notice it and uncheck
before sending to you. Apologize for any inconvenience..

For all of the developers to have easy access on the descriptions. I am
copying it to here:

When '-o output-file' or '--output-file=output-file' option is specified, 
msgfmt(1) doesn't ignore duplicate msgids in the portable object file.
According to 'LI18NUX 2000 Globalization Specification', 
when '-o output-file' or '--output-file=output-file' option is specified, 
all domain directives and duplicate msgids in the .po file must be
ignored.

Steps to Reproduce:
1. $ msgfmt -o test.mo test-msgfmt.po

---
# Portable object file test-msgfmt.po
# 1st one
domain  "first.mo"
msgid   "hello"
msgstr  "hello-first"

# 2nd one
domain  "second.mo"
msgid   "hello"
msgstr  "hello-second"

# 3rd one
domain  "third.mo"
msgid   "hello"
msgstr  "hello-third"
---

Actual results:
$ msgfmt -o test.mo test-msgfmt.po
test-msgfmt.po:11: duplicate message definition
test-msgfmt.po:7: ...this is the location of the first definition
test-msgfmt.po:16: duplicate message definition
test-msgfmt.po:7: ...this is the location of the first definition
msgfmt: found 2 fatal errors


Expected results:
duplicate msgids are ignored. 


Cheers,
Leon

On Thu, 2004-04-01 at 21:28, Bruno Haible wrote:
> Hi,
> 
> > When -o is specified, it doesn't ignore duplicate msgid in different
> > domain. I am wondering do you think the current behaviour is sane, or it
> > should be fixed?
> > 
> > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=110217
> 
> Although I do have a RedHat bugzilla account, I get "You are not
> authorized to access bug #110217".
> 
> Please forward the information from this bug report to the relevant mailing
> public mailing list (bug-gnu-gettext at gnu.org). Otherwise I cannot do
> anything for you. (Open Source is based on _sharing_ the knowledge about
> bugs and wishes, not about hiding it.)
> 
> Bruno