invokespecial on abstract method

Jeff Sturm jsturm@one-point.com
Fri Oct 3 04:05:00 GMT 2003


On Fri, 3 Oct 2003, Bryce McKinlay wrote:
> > I'm in favour of errors being detected early. One of the features of
> > gcj, and it's arguable whether it's good or bad, is that we get errors
> > for missing methods at link time.
>> Although early link errors are nice in theory, in practice a great many
> .jars are linked against various classes that may not be present on the
> system at runtime.

ant.jar is a fine example. No user can reasonably expect to have all the
external classes referenced by ant.jar on their system. Some of them are
proprietary and not freely available.
> In order to compile and run these .jars, GCJ needs
> to be able to defer the linkage until actual use, as per the JLS spec -
> hence one of the reasons for the BC-ABI.

I know this has been discussed before but I'll chime in once again to say
I can't agree more. Even if you can pull together all the classes you
need to completely link a large application before execution, you may have
eroded the startup time and memory size savings that are among the chief
advantages of using gcj in the first place!
A JIT can do well on such applications because it doesn't do more work
(compiling and linking) than necessary at any point of execution.
Jeff


More information about the Java mailing list

AltStyle によって変換されたページ (->オリジナル) /