Re: More java.io

[Tom Tromey]

>>>>> "Aaron" == Aaron M Renn <address@hidden> 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