Hi list,
I commited the attached patch from Anthony Green to merge
gnu.java.rmi.registry.RegistryImpl with libgcj.
Michael
2005-02-21 Anthony Green <[EMAIL PROTECTED]>
* gnu/java/rmi/registry/RegistryImpl.java:
Change year for '--version' to 2005.
Index: gnu/java/rmi/regis
I'm committing the attached patch to merge some simple
classes that currently reside only in the generics branch.
These are mainly just marker interfaces and exceptions.
They compile fine in the HEAD branch (no 1.5 features -- they
compile fine with jikes and gcj 3.3.5) and are functionally
simplis
I'm checking this in to classpath and libgcj.
This adds an alias, "SHA-160", suggested by gcj PR 19728.
Apparently some application out there uses this alias.
Tom
Index: ChangeLog
from Rutger Ovidius <[EMAIL PROTECTED]>
* gnu/java/security/provider/Gnu.java (Gnu): Add SHA-160 alias.
I'm committing the attached patch to the generics branch to add documentation
to some of the new classes.
Changelog:
2005-02-20 Andrew John Hughes <[EMAIL PROTECTED]>
* java/io/Closeable.java: Documented.
* java/io/Flushable.java: Documented.
* java/lang/Appendable.java
Hi,
On Sun, 2005-02-20 at 22:00 +0100, Sven de Marothy wrote:
> On Sun, 2005-02-20 at 18:20 +0100, Mark Wielaard wrote:
> > Thanks to Audrius for walking me through the code and Mauve test I think
> > we found the cause of some of the remaining mauve failures with
> > SimpleTimeZone. We store the
My turn to ask:
No attachement of inline diff for this change?
:)
/Sven
On Sun, 2005-02-20 at 18:20 +0100, Mark Wielaard wrote:
> Hi,
>
> Thanks to Audrius for walking me through the code and Mauve test I think
> we found the cause of some of the remaining mauve failures with
> SimpleTimeZone. W
Hi,
One of the mauve regressions pointed out by trying to merge our
SimpleDateFormat changes was that the SimpleDateFormat constructor
should signal a NullPointerException when the DataFormatSymbols argument
is null. Which makes sense since the while class depends on formatData
not being null.
20
Hi,
Thanks to Audrius for walking me through the code and Mauve test I think
we found the cause of some of the remaining mauve failures with
SimpleTimeZone. We store the endTime internally as local time (so
including the dst offset), but getOffset() takes the millis as offset
into the day in stand
On Sun, Feb 20, 2005 at 04:11:31AM +0100, Mark Wielaard wrote:
> Hi Michael,
>
> On Sat, 2005-02-19 at 23:19 +0100, Michael Koch wrote:
> > I updated our locale date against recent CLDR data.
>
> Something transformed the attached bz2 file to plain/text for me.
> Any idea what/why it happened? Ma
