[Bug classpath/22851] zoneStrings in gnu/java/locale/LocaleInformation* seem to be broken

[gcc-bugzilla at gcc dot gnu dot org]

Hi all,

I'm adding Ito's bug report to the bug database. I'd say let's  regenerate the
ZoneStrings with correct information, if possible.

See     http://www.kaffe.org/pipermail/kaffe/2005-January/101286.html
    http://lists.gnu.org/archive/html/classpath/2005-01/msg00200.html

for datails.

cheers,
dalibor topic


------- Comment #1 from from-classpath at savannah dot gnu dot org  2005-01-30 
02:04 -------
I have a cp-tools patch for gnulocalegen and the resulting new locale files. 
Will commit tomorrow, when I've had chance to test them more throughly.

At present, lots of sets with empty strings for all but the id are generated
(e.g. "America/Los Angeles", "", "", "", "").  Is this correct, or should this
be filtered out of the finished version?


------- Comment #2 from from-classpath at savannah dot gnu dot org  2005-01-31 
03:44 -------
Patches committed today.  gnulocalegen was additionally patched to ignore these
useless elements. 

As a side issue, our zoneStrings() method should return a much  bigger array if
we are to follow Sun's example (which isn't always the best... ;) ).  However,
it does make sense to have access to data from locales other than that chosen
(i.e. we should fallback to other locales, such as the default or English). 
I'll postpone this bug rather than fixing it, until I or someone else looks at
this issue.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22851