<br><br>
<div class="gmail_quote">On Thu, Feb 4, 2010 at 7:52 AM, Alessio Stalla <span dir="ltr"><<a href="mailto:alessiostalla@gmail.com">alessiostalla@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid">
<div class="im"><br> </div>Afaik, declaring methods to be final has little impact on performance<br>with recent JVMs. HotSpot is able to infer if a method can or not be<br>overridden and perform the appropriate optimizations. If later on a<br>
class is dynamically loaded that overrides an optimized method,<br>HotSpot will "unoptimize" it.<br>
<div class="im"> </div></blockquote>
<div> </div>
<div>What I meant by final wasn't about final modifiers on methods.</div>
<div> </div>
<div>What i refer to is when at compile time there is only one possible call site.</div>
<div> </div>
<div>for instance (jcall "toString" (jnew "java.lang.Integer" 1))</div>
<div> </div>
<div>the emitted bytecode can  invokevirtual "java.lang.Integer" "toString" ref0;</div>
<div> </div>
<div> </div>
<div> </div>
<div> </div>
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid">
<div>
<div></div>
<div class="h5">_______________________________________________<br>armedbear-devel mailing list<br><a href="mailto:armedbear-devel@common-lisp.net">armedbear-devel@common-lisp.net</a><br><a href="http://common-lisp.net/cgi-bin/mailman/listinfo/armedbear-devel" target="_blank">http://common-lisp.net/cgi-bin/mailman/listinfo/armedbear-devel</a><br>
</div></div></blockquote></div><br>