Patch: FYI: partial Class merge

[Tom Tromey]

>>>>> "Michael" == Michael Koch <konqueror@gmx.de> writes:

Michael> Why do you remove javadocs from a public method? Wouldnt it
Michael> be better to leave and add it to GNU classpath?

Oops, this was a mistake of mine.  Thanks for catching it.
I'm checking in the appended.

Tom

Index: ChangeLog
from  Tom Tromey  <tromey@redhat.com>

	* java/lang/Class.java (getProtectionDomain): Merged javadoc from
	Classpath.

Index: java/lang/Class.java
===================================================================
RCS file: /cvs/gcc/gcc/libjava/java/lang/Class.java,v
retrieving revision 1.25
diff -u -r1.25 Class.java
--- java/lang/Class.java 30 Jun 2005 03:19:51 -0000 1.25
+++ java/lang/Class.java 14 Jul 2005 17:19:36 -0000
@@ -769,6 +769,19 @@
   // can't add fields to java.lang.Class that are accessible from Java.
   private native ProtectionDomain getProtectionDomain0();
 
+  /**
+   * Returns the protection domain of this class. If the classloader did not
+   * record the protection domain when creating this class the unknown
+   * protection domain is returned which has a <code>null</code> code source
+   * and all permissions. A security check may be performed, with
+   * <code>RuntimePermission("getProtectionDomain")</code>.
+   *
+   * @return the protection domain
+   * @throws SecurityException if the security manager exists and the caller
+   * does not have <code>RuntimePermission("getProtectionDomain")</code>.
+   * @see RuntimePermission
+   * @since 1.2
+   */
   public ProtectionDomain getProtectionDomain()
   {
     SecurityManager sm = System.getSecurityManager();