[Bug localedata/24162] ja_JP LC_TIME: era offset for Taisho GanNen and BC direction
junji.morimitsu at hpe dot com
sourceware-bugzilla@sourceware.org
Thu Feb 7 13:04:00 GMT 2019
https://sourceware.org/bugzilla/show_bug.cgi?id=24162
--- Comment #6 from junji morimitsu <junji.morimitsu at hpe dot com> ---
Hello TAMUKI-san,
Thank you very much for checking.
(In reply to TAMUKI Shoichi from comment #5)
> > 2: The offset of Taisho Gan Nen (1912) is '2', but it should be '1'.
> > Gan Nen means the 1st year, Taisho started on 1912-07-30.
>
> Yes, you are right. Probably, this typo was introduced when creating
> ja_JP localedata, but it has been overlooked so far. I think it sould
> be corrected.
Thanks. I hope the update can be checked in before April Fool. :)
> > 3: The direction of BC is '+', but it should be '-'.
> If you change '+' to '-', it will be as follows:
...
> $ date -d "2018 years ago" +"%EY"
> 西暦01年
> $ date -d "2019 years ago" +"%EY"
> 紀元前01年
> $ date -d "2020 years ago" +"%EY"
> 紀元前00年
> $ date -d "2021 years ago" +"%EY"
> 紀元前-1年
Very good example! Thank you. The offset counts are wrong at '-' direction.
This shows there is a bug in localedef or strftime() using the 'direction'.
'direction' is the 'era' direction, not 'offset' direction.
'offset' count (%Ey) should be increasing from 'start_date' to the 'end_date'.
Please check the LC_TIME definition about this.
So I understand that using '+' for BC era is a workaround for a bug.
>There is no need to change this:
I agree with you as of now.
1st, to fix the 'direction' bug, then to use '-' for BC era, I think.
And I'm not so interested in BC era this year.
(Temporary) I want cancel item 3:.
Thank you,
Junji
--
You are receiving this mail because:
You are on the CC list for the bug.
More information about the Libc-locales
mailing list