On Jun 21, 2008, at 3:48 PM, Charles Oliver Nutter wrote:
- lookup method
- invoke method
- if all goes well, cache method reference
Caching after first return could also hurt recursive algorithms
(e.g., tak).
-- John
___
mlvm-dev mailing list
On May 28, 2008, at 2:12 AM, Charles Oliver Nutter wrote:
What else can we explore? What tools should we use to investigate?
You are already using LogCompilation, and that is the best way to
understand the inlining decisions of the JIT. With these special
patterns, you are perhaps verging
[cc-ing mlvm-dev in reply, because of general interest]
On Apr 24, 2008, at 5:06 AM, Thamaraiselvan Poomalai wrote:
Hello John,
I have successfully compiled hotsopt and jdk with mlvm patches from
http://hg.openjdk.java.net/mlvm/mlvm.
Thanks for giving it a spin, Selvan.
1) Though i did
On Apr 24, 2008, at 1:23 PM, Charles Oliver Nutter wrote:
John Rose wrote:
This is to fix the build bug observed by Selvan and Charlie.
It is a second-order patch (patch on a patch repository). Apply
it in davinci/patches/hotspot/.
May I have a reviewer, please?
Checking it out now
On Apr 24, 2008, at 4:43 AM, Rémi Forax wrote:
I answer to myself, it's only in the case the host-class is null,
otherwise the classloader used is the one of the host-class.
Right. The new class is supposed to inherit the same access rights,
protection domain, class loader, from the host
On Apr 24, 2008, at 2:26 AM, Rémi Forax wrote:
In my opinion, getResource() is not the only method that makes this
assumption
The getResource method probably needs to be adjusted since anonymous
classes have names that are intentionally distorted. The anonymous
class name ends with
701 - 706 of 706 matches
Mail list logo