>>>>> "Aaron" == Aaron M Renn <[EMAIL PROTECTED]> writes:
Aaron> 2. On java.io.File, similar to the FileDescriptor stuff, I'd Aaron> like to propose a unified provider interface. Comments: Aaron> o I like to pass the filename to avoid gratuitous JNI lookups. Aaron> o I do not want to adopt the "overloaded" stat and access methods of Aaron> gcj, I'd rather have one method per lookup Aaron> o I'd like to name consistently with FileDescriptor Aaron> o Minimizing native functionality, I want to return a full directory Aaron> listing to Java and filter at that level instead of the gjc approach. These all sound good. Aaron> boolean nativeCreate(String name); These should all be static if they take the name explicitly. Looks great to me. I think for FileDescriptor libgcj may remain with its own implementation, to avoid another layer of calls for all the I/O operations. (Though maybe this is foolish optimization. I'm not fully decided yet.) In any case we'll standardize on the Classpath API so that all the classes that use FileDescriptor will be merged. For File, the above looks like something we could use with no problems. Tom _______________________________________________ Classpath mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/classpath
