URL
                    https://opencores.org/ocsvn/openrisc/openrisc/trunk
                
            Subversion Repositories openrisc
[/] [openrisc/] [trunk/] [gnu-dev/] [or1k-gcc/] [libjava/] [classpath/] [TODO] - Rev 778
Go to most recent revision | Compare with Previous | Blame | View Log
See also http://www.gnu.org/software/classpath/tasks.htmlWhich is updated more often then this file.The Classpath TODO list as of 2002/05/05-- Write Mauve (http://sourceware.cygnus.com/mauve/) tests for thoseclasses that don't have them.-- Write Java 2 packages not currently included or improve existingones.-- Modify ClassLoader.getSystemResource() to support loading classesfrom zip files in the CLASSPATH. This requires java.util.zip tobe integrated first. Jar files can probably be treated as zipfiles for now.-- Continue comparison and merge of classes between Classpath and GCJ.Current status: http://gcc.gnu.org/java/libgcj-classpath-compare.htmlPlease keep in mind that Red Hat wishes to continue to use CNIas their preferred native interface. See:http://sourceware.cygnus.com/java/papers/cni/t1.html-- No resolution was identified for generating JNI compatible code fromCNI source. The simple solution has been adopted to includeboth in GNU Classpath if and only if another JVM chooses to use CNI.Provisions for compiling CNI correctly need to be implemented.-- Update the GNU Classpath Hacker's Guide. There is a master texinfofile in the doc/ directory in Classpath CVS.-- Audit the code to identify methods that do not have Javadoc commentsand/or comments that are incomplete. All input parameters, returnvalues, etc should be documentes. Also look for Javadoc comments onvariables that are serializable.See http://java.sun.com/j2se/javadoc/writingdoccomments/index.html#tagfor details of what should be where in comments.-- Figure out a way to generate a hardcopy manual for the Java classlibrary from the embedded Javadocs. This probably involves writinga custom doclet and probably some supplementary documentationfiles into which the extracted Javadoc files are included.-- Audit the code to ensure that all variable declarations are consistentwith the "Serialized Form" in the JDK. That is, all serializedvariables in the JDK should be included in Classpath and all Classpathinstance variables that are not part of the JDK docs should be markedtransient. Please be sure to use the online version of the Javadocsfor this and do not accept any "clickwrap" licenses from Sun in orderto download the JDK 1.2 Javadocs, which is where this information isstored.-- Audit code similar to above to determine where Sun uses readObject()and writeObject() for serialization and determine what Classpathneeds to do for compatibility.-- Audit code to ensure that every class that should be serializableactually implementst java.io.Serializable and has the correctserialVersionUID private static variable that is identical to theJDK 1.1 version. You can obtain that variable value using theserialver command.-- Do real life serialization compatibility tests of our code vsthe JDK using serialcompat from Japitools.-- Audit code for thread safety.-- Audit Java code for proper Security implementation.-- Audit native code for security, memory handling, etc.-- Bug reports are always welcome. They are double welcome if theyare accompanied by a Mauve test that reproduces the bug.
Go to most recent revision | Compare with Previous | Blame | View Log
