procyberian/gcc
2
0
Fork 0
Code Issues Pull requests Projects Releases Packages Wiki Activity Actions

Math.java, [...]: Reworked import statements, HTML in javadocs and modifier orders.

Browse source 
2004-10-18  Michael Koch  <konqueror@gmx.de>

	* java/lang/Math.java,
	java/lang/Package.java,
	java/lang/Runtime.java,
	java/lang/StrictMath.java,
	java/lang/System.java,
	java/lang/Thread.java,
	java/lang/ThreadLocal.java,
	java/lang/Void.java:
	Reworked import statements, HTML in javadocs and modifier orders.

From-SVN: r89207
This commit is contained in:
Michael Koch 2004-10-18 10:41:56 +00:00 • committed by Michael Koch
parent 36071b5cbe
commit 2047d8e479
9 changed files with 60 additions and 42 deletions
Download patch file Download diff file Expand all files Collapse all files

24
libjava/java/lang/Runtime.java
View file

@ -35,11 +35,12 @@ this exception to your version of the library, but you are not
obligated to do so. If you do not wish to do so, delete this
exception statement from your version. */
package java.lang;
import java.io.File;
import java.io.InputStream;
import java.io.IOException;
import java.io.InputStream;
import java.io.OutputStream;
import java.util.HashSet;
import java.util.Iterator;
@ -79,27 +80,27 @@ public class Runtime
* treated as read-only.
*
* No matter what class you start initialization with, it defers to the
* superclass, therefore Object.<clinit> will be the first Java code
* superclass, therefore Object.&lt;clinit&gt; will be the first Java code
* executed. From there, the bootstrap sequence, up to the point that
* native libraries are loaded (as of March 24, when I traced this
* manually) is as follows:
*
* Object.<clinit> uses a String literal, possibly triggering initialization
* String.<clinit> calls WeakHashMap.<init>, triggering initialization
* Object.&lt;clinit&gt; uses a String literal, possibly triggering initialization
* String.&lt;clinit&gt; calls WeakHashMap.&lt;init&gt;, triggering initialization
* AbstractMap, WeakHashMap, WeakHashMap$1 have no dependencies
* String.<clinit> calls CaseInsensitiveComparator.<init>, triggering
* String.&lt;clinit&gt; calls CaseInsensitiveComparator.&lt;init&gt;, triggering
* initialization
* CaseInsensitiveComparator has no dependencies
* Object.<clinit> calls System.loadLibrary, triggering initialization
* System.<clinit> calls System.loadLibrary
* Object.&lt;clinit&gt; calls System.loadLibrary, triggering initialization
* System.&lt;clinit&gt; calls System.loadLibrary
* System.loadLibrary calls Runtime.getRuntime, triggering initialization
* Runtime.<clinit> calls Properties.<init>, triggering initialization
* Runtime.&lt;clinit&gt; calls Properties.&lt;init&gt;, triggering initialization
* Dictionary, Hashtable, and Properties have no dependencies
* Runtime.<clinit> calls VMRuntime.insertSystemProperties, triggering
* Runtime.&lt;clinit&gt; calls VMRuntime.insertSystemProperties, triggering
* initialization of VMRuntime; the VM must make sure that there are
* not any harmful dependencies
* Runtime.<clinit> calls Runtime.<init>
* Runtime.<init> calls StringTokenizer.<init>, triggering initialization
* Runtime.&lt;clinit&gt; calls Runtime.&lt;init&gt;
* Runtime.&lt;init&gt; calls StringTokenizer.&lt;init&gt;, triggering initialization
* StringTokenizer has no dependencies
* System.loadLibrary calls Runtime.loadLibrary
* Runtime.loadLibrary should be able to load the library, although it
@ -107,6 +108,7 @@ public class Runtime
* ClassLoader first
*/
static Properties defaultProperties = new Properties();
static
{
insertSystemProperties(defaultProperties);