[tz] [english 100%] Re: [english 100%] Re: [english 100%] Re: OpenJDK/CLDR/ICU/Joda issueswith Irelandchange

Meno Hochschild mhochschild at gmx.de
Fri Jan 26 22:20:59 UTC 2018

Sure, my workaround will be broken if CLDR project decides just to swap 
standard/daylight names but this will also break the main consumers of 
CLDR data, namely ICU and OpenJDK (at least current and past versions of 
actual software distributions). I cannot imagine that this is a serious 
way to go since (what I have understood until now) your team value 
backwards compatibility a lot.

With best regards and the hope that CLDR data will not simply swap data 
in reverse


Am 26.01.2018 um 18:18 schrieb Yoshito Umaoka:
> > Meno Hochschild wrote:
> > > I have adjusted my tzdb-compiler (Time4J) such that it looks if
> > all rule lines
> > > referencing the same name (here: Eire) contain any negative dst
> > offsets. If yes
> > > then let's assume summer time for SAVE=0 and winter time for SAVE
> > < 0. So I can
> > > still work with old unchanged CLDR-entries for getting "Irish
> > Standard Time" in
> > > summer.
> >
> > This sounds like a good idea regardless of whether we make changes
> > to zic input.
> > Couldn't OpenJDK do the same?  I'm somewhat leery of changing zic
> > input format
> > to address this problem, particularly if a simpler workaround is 
> available.
> >
> I'm also not sure any changes in zic input format are necessary.
> BTW, what Meno explained above is exactly what we're worrying about.
> If CLDR project decides to swap standard/daylight names at some point,
> Meno's code will be broken. His code is not affected even saving amount
> is negative, but it's still sensitive to how CLDR identifies Irish
> Standard Time.
> -Yoshito

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mm.icann.org/pipermail/tz/attachments/20180126/9bd68bec/attachment-0001.html>

More information about the tz mailing list