[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>]

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.