Re: [PATCH] Remove classpath overrides for Calender, Currency, locale et al.

["Andrew John Hughes" <gnu_andrew at member dot fsf dot org>]

On 02/03/2008, David Daney <ddaney@avtrex.com> wrote:
> David Daney wrote:
>  > Unfortunately  there were several regressions in mauve's java.text
>  > testsuite, but I think the overall improvement merits the change:
>  >
>  > +  FAIL: timed out.
>  > +TEST FAILED: timeout java.text.RuleBasedCollator.VeryBasic
>  >
>  >
>  > +  FAIL:  line 136: java.text.ParseException:  [1] -- boolean passed to
>  > check was false
>  > +  FAIL:  line 136: java.text.ParseException:  [1] -- boolean passed to
>  > check was false
>  > +TEST FAILED: 2 of 24 checks failed java.text.SimpleDateFormat.parse
>  >
>  > OK to commit?
>  >
>  > 2008-03-01  David Daney  <ddaney@avtrex.com>
>  >
>  >     * scripts/makemake.tcl (properties_map): Don't exclude
>  >     gnu/java/locale.
>  >     * gnu/java/lang/MainThread.java (Klocale, Kcalendar): Remove.
>  >     * sources.am: Regenerate.
>  >     * Makefile.in: Regenerate.
>  >     * classpath/lib/java/text/DecimalFormatSymbols.class,
>  >     classpath/lib/java/text/DateFormatSymbols.class,
>  >     classpath/lib/java/util/Currency.class,
>  >
>
> .
>  .
>  .
>
>  There is a problem the the locals change and the Collator, I will
>  prepare a new patch.
>
>
>  David Daney
>
>

+1

This will allow GCJ to work closer with Classpath on locales
hopefully.  It also should solve an issue where gjar running on a
Classpath VM can't be used to build gcj, because it starts picking up
the locale files from gcj's lib directory in preference to
Classpath's.  This issue does need to be solved on Classpath, but this
removes one obvious exploit of it.

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32486
-- 
Andrew :-)

Document Freedom Day - March 26th
http://documentfreedom.org

Support Free Java!
Contribute to GNU Classpath and the OpenJDK
http://www.gnu.org/software/classpath
http://openjdk.java.net