Re: Fwd: [patch] Import GNU Classpath 0.98

[Andrew Haley <aph at redhat dot com>]

Andrew John Hughes wrote:
> Reposting for a third time, but with the patch compressed this time round.
> 
> ---------- Forwarded message ----------
> From: Andrew John Hughes <gnu_andrew@member.fsf.org>
> Date: 2009/2/13
> Subject: [patch] Import GNU Classpath 0.98
> To: java-patches@gcc.gnu.org
> 
> 
> This is a merge from the classpath-0_98-release tag into
> trunk.  It brings in the final few differences between the
> last merge (2009/01/02) and the release (2009/02/05), namely:
> 
> 2009-02-06  Andrew John Hughes  <ahughes@redhat.com>
> 
>        * NEWS:
>        Add stub for 0.99.
>        * configure.ac:
>        Bump to 0.99.
>        * doc/www.gnu.org/announce/20090205.wml,
>        * doc/www.gnu.org/downloads/downloads.wml,
>        * doc/www.gnu.org/newsitems.txt:
>        Update website.
> 
> 2009-02-05  Andrew John Hughes  <ahughes@redhat.com>
> 
>        * NEWS: Add VM updates.
> 
> 2009-02-05  Andrew John Hughes  <ahughes@redhat.com>
> 
>        * NEWS: Updated.
>        * configure.ac:
>        Bump to 0.98 proper.
> 
> 2009-02-05  Andrew Haley  <aph@redhat.com>
> 
>        PR libgcj/38861
>        * native/plugin/gcjwebplugin.cc: Cope with the changed header file
>        format.  https://bugzilla.mozilla.org/show_bug.cgi?id=455458
>        (GCJ_GetJavaClass): Likewise.
>        (NP_Initialize): Likewise.
> 
> 2009-02-05  Mark Wielaard  <mark@klomp.org>
> 
>        PR classpath/38912:
>        * gnu/xml/stream/XMLParser.java:
>        (getLocalName()): Respect stringInterning.
>        (getName()): Likewise.
>        (getPrefix()): Likewise.
> 
> 2009-02-04  Andrew John Hughes  <ahughes@redhat.com>
> 
>        * native/jni/native-lib/cpproc.c:
>        (cpproc_forkAndExec): Don't return on a -1
>        result from chdir as this may be valid in
>        some cases.  A better fix is needed.
> 
> 2009-02-03  Andrew John Hughes  <ahughes@redhat.com>
> 
>        * native/jni/native-lib/cpproc.c:
>        (cpproc_forkAndExec): Handle return of
>        chdir.
> 
> 2009-02-03  Andrew John Hughes  <ahughes@redhat.com>
> 
>        PR classpath/38417:
>        * gnu/java/security/jce/prng/SecureRandomAdapter.java:
>        Remove unneeded import.
>        * gnu/javax/crypto/jce/prng/FortunaImpl.java:
>        Fix typo.
>        * java/security/SecureRandom.java:
>        Remove duplicate use of VMSecureRandom,
>        call SecureRandomAdapter instead.
>        * vm/reference/gnu/java/security/jce/prng/VMSecureRandom.java:
>        Moved from java/security so SecureRandomAdapter can
>        access it.
> 
> 2009-01-22  Mario Torre  <neugens@aicas.com>
> 
>        PR classpath/38417:
>        * gnu/java/security/jce/prng/SecureRandomAdapter.java:
>        (getSeed(int)): New; retrieve seed from source specified
>        by securerandom.source property or failing that, use
>        VMSecureRandom.
>        * gnu/javax/crypto/jce/prng/ARCFourRandomSpi.java:
>        (engineGenerateSeed(int)): Use SecureRandomAdapter.
>        (engineNextBytes(byte[])): Initialise using new seed.
>        * gnu/javax/crypto/jce/prng/CSPRNGSpi.java:
>        (engineGenerateSeed(int)): Use SecureRandomAdapter.
>        (engineNextBytes(byte[])): Initialise using new seed.
>        * gnu/javax/crypto/jce/prng/FortunaImpl.java:
>        (engineSetSeed(byte[])): Initialise with new seed if unused.
>        (engineGenerateSeed(int)): Use SecureRandomAdapter.
>        * gnu/javax/crypto/jce/prng/ICMRandomSpi.java:
>        (engineGenerateSeed(int)): Use SecureRandomAdapter.
>        (engineNextBytes(byte[])): Initialise using new seed.
>        * gnu/javax/crypto/jce/prng/UMacRandomSpi.java:
>        (engineGenerateSeed(int)): Use SecureRandomAdapter.
>        (engineNextBytes(byte[])): Initialise using new seed.
>        * gnu/javax/crypto/prng/ICMGenerator.java:
>        (setup(Map)): Call fillBlock().
> 
> 2009-01-22  Mark Wielaard  <mark@klomp.org>
> 
>        * tools/gnu/classpath/tools/gjdoc/Main.java (getGjdocVersion):
>        Read version.properties from package.
> 
> 2009-01-05  Robert Schuster  <robertschuster@fsfe.org>
> 
>        * gnu/java/awt/peer/gtk/CairoGraphics2D.java:
>        (drawPolyline): Rewritten.
> 
> 2009-01-05  Andrew John Hughes  <gnu_andrew@member.fsf.org>
> 
>        * Makefile.am:
>        Add ChangeLog-2008 to EXTRA_DIST.
> 
> In short, a few bug fixes and one security fix related to seed generation
> for random data.  Testing shows that the setting in classpath.security now leads
> to a read from /dev/urandom when retrieving random data via
> java.security.SecureRandom
> (not the case with gcj 4.3.3).  If this setting is absent,
> VMSecureRandom is used.
> I've provided a POSIX implementation in the patch which uses
> /dev/random.  This can
> be tested by commenting out the line in classpath.security.  It
> occasionally blocks,
> showing the use of /dev/random over /dev/urandom.  Given this is not
> used by default
> (as I initially believed), I'm not sure whether we should include this
> or just revert
> to the default Java-based spinning threads implementation.  Neither
> the default from
> classpath.security or the native implementation will work on win32.
> 
> OK for trunk?

Yes.

Thanks,
Andrew.