[PATCH v2] Removed redundant data for LC_MONETARY

Carlos O'Donell carlos@redhat.com
Wed Jul 26 18:31:00 GMT 2017


On 07/26/2017 01:01 PM, H.J. Lu wrote:
> On Wed, Jul 26, 2017 at 3:15 AM, Mike FABIAN <mfabian@redhat.com> wrote:
>> Akhilesh Kumar <akhilesh.k@samsung.com> wrote:
>>
>>> [BZ #21836]
>>>       * locales/ar_IN (LC_MONETARY) : Edit
>>>       * locales/as_IN (LC_MONETARY) : Edit
>>>       * locales/bhb_IN (LC_MONETARY): Edit
>>>       * locales/bn_IN (LC_MONETARY) : Edit
>>>       * locales/en_IN (LC_MONETARY) : Edit
>>>       * locales/gu_IN (LC_MONETARY) : Edit
>>>       * locales/kn_IN (LC_MONETARY) : Edit
>>>       * locales/kok_IN(LC_MONETARY) : Edit
>>>       * locales/ks_IN (LC_MONETARY) : Edit
>>>       * locales/ml_IN (LC_MONETARY) : Edit
>>>       * locales/mr_IN (LC_MONETARY) : Edit
>>>       * locales/or_IN (LC_MONETARY) : Edit
>>>       * locales/pa_IN (LC_MONETARY) : Edit
>>>       * locales/sa_IN (LC_MONETARY) : Edit
>>>       * locales/sd_IN (LC_MONETARY) : Edit
>>>       * locales/ta_IN (LC_MONETARY) : Edit
>>>       * locales/tcy_IN(LC_MONETARY) : Edit
>>>       * locales/te_IN (LC_MONETARY) : Edit
>>>       * locales/ur_IN (LC_MONETARY) : Edit
>>
>> committed.
>>
> 
> On Fedora/26, this caused:
> 
> FAIL: stdlib/tst-strfmon_l
> 
> error: locale te_IN.UTF-8, format "%i", value 1.23457e+06: mismatch
> error:   expected: "INR12,34,567.89"
> error:   actual:   "INR 1,234,567.89"
> error: locale te_IN.UTF-8, format "%n", value 1.23457e+06: mismatch
> error:   expected: "₹12,34,567.89"
> error:   actual:   "₹ 1,234,567.89"
> error: locale te_IN.UTF-8, format "%^i", value 1.23457e+06: mismatch
> error:   expected: "INR1234567.89"
> error:   actual:   "INR 1234567.89"
> error: locale te_IN.UTF-8, format "%^n", value 1.23457e+06: mismatch
> error:   expected: "₹1234567.89"
> error:   actual:   "₹ 1234567.89"
> error: locale te_IN.UTF-8, format "%i", value -1.23457e+06: mismatch
> error:   expected: "-INR12,34,567.89"
> error:   actual:   "-INR 1,234,567.89"
> error: locale te_IN.UTF-8, format "%n", value -1.23457e+06: mismatch
> error:   expected: "-₹12,34,567.89"
> error:   actual:   "-₹ 1,234,567.89"
> error: locale te_IN.UTF-8, format "%^i", value -1.23457e+06: mismatch
> error:   expected: "-INR1234567.89"
> error:   actual:   "-INR 1234567.89"
> error: locale te_IN.UTF-8, format "%^n", value -1.23457e+06: mismatch
> error:   expected: "-₹1234567.89"
> error:   actual:   "-₹ 1234567.89"
> error: locale bn_IN.UTF-8, format "%i", value 1.23457e+06: mismatch
> error:   expected: "INR 12,345,67.89"
> error:   actual:   "INR 1,234,567.89"
> error: locale bn_IN.UTF-8, format "%n", value 1.23457e+06: mismatch
> error:   expected: "₹ 12,345,67.89"
> error:   actual:   "₹ 1,234,567.89"
> error: locale bn_IN.UTF-8, format "%i", value -1.23457e+06: mismatch
> error:   expected: "-INR 12,345,67.89"
> error:   actual:   "-INR 1,234,567.89"
> error: locale bn_IN.UTF-8, format "%n", value -1.23457e+06: mismatch
> error:   expected: "-₹ 12,345,67.89"
> error:   actual:   "-₹ 1,234,567.89"
 
Mike,

Can you confirm that you see these failures?

For avoidance of doubt we should be running the full glibc testsuite
to make sure the locales get tested with the associated APIs that use
them and thus catch errors like those above (or adjust test data for
the changes).

-- 
Cheers,
Carlos.



More information about the Libc-alpha mailing list