You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@harmony.apache.org by "Dmitry Pronichkin (JIRA)" <ji...@apache.org> on 2007/10/24 16:25:50 UTC

[jira] Updated: (HARMONY-5014) [drlvm][jit][opt] "instanceof" breaks scalar replacement in the new HashMap implementation

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

Dmitry Pronichkin updated HARMONY-5014:
---------------------------------------

    Summary: [drlvm][jit][opt] "instanceof" breaks scalar replacement in the new HashMap implementation  (was: [drlvm][jit][opt] "instanceof" breaks scalar replecement in the new HashMap implementation)

> [drlvm][jit][opt] "instanceof" breaks scalar replacement in the new HashMap implementation
> ------------------------------------------------------------------------------------------
>
>                 Key: HARMONY-5014
>                 URL: https://issues.apache.org/jira/browse/HARMONY-5014
>             Project: Harmony
>          Issue Type: Improvement
>          Components: DRLVM
>            Reporter: Dmitry Pronichkin
>
> The new HashMap implementation made by Tim Ellison came into collision with the following problem: scalar replacement for HashMap.get(Integer.valueOf(..)) is not working. The reason is that the Integer object is not scalarized because of "instanceof" instruction. But escape analysis knows the real type of the key and it can evaluate "instanceof" making possible for the key to be scalarized.

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