Mailing-List: contact commits-help@harmony.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@harmony.apache.org
Message-ID: <21050928.1202302028548.JavaMail.jira@brutus>
Date: Wed, 6 Feb 2008 04:47:08 -0800 (PST)
From: "Maksim Ananjev (JIRA)" <jira@apache.org>
To: commits@harmony.apache.org
Subject: [jira] Updated: (HARMONY-5464) [drlvm] vm hepler improvement for
 better performance
In-Reply-To: <26478558.1202301793387.JavaMail.jira@brutus>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit


     [ https://issues.apache.org/jira/browse/HARMONY-5464?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Maksim Ananjev updated HARMONY-5464:
------------------------------------

    Attachment: HARMONY_5464.patch

> [drlvm] vm hepler improvement for better performance
> ----------------------------------------------------
>
>                 Key: HARMONY-5464
>                 URL: https://issues.apache.org/jira/browse/HARMONY-5464
>             Project: Harmony
>          Issue Type: Improvement
>          Components: DRLVM
>         Environment: Hope it works everywhere
>            Reporter: Maksim Ananjev
>            Priority: Minor
>         Attachments: HARMONY_5464.patch
>
>
> The issue deals with "load interface vtable support".  Returning zero address and not generating NPE if the object is null is safe in terms of preserving program semantics(the exception will be generatedon the first method invocation) and allows profitable code transformations such as hoisting vm helper outside the loop body. This is our current convention which touches all variants of this helper. If it changes, all variants must be fixed
> The patch also includes osr_path enabling because it depends on this feature.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.