harmony-commits mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Maksim Ananjev (JIRA)" <j...@apache.org>
Subject [jira] Updated: (HARMONY-5464) [drlvm] vm hepler improvement for better performance
Date Wed, 06 Feb 2008 12:45:16 GMT

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

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

       Priority: Minor  (was: Major)
    Description: 
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.

  was:
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.

The patch also includes osr_path enabling because it depends on this feature.


> [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
>
> 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.


Mime
View raw message