harmony-commits mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Dmitry Pronichkin (JIRA)" <j...@apache.org>
Subject [jira] Updated: (HARMONY-3584) [drlvm][jit][opt] arraycopy folding implementation in guarded manner
Date Tue, 30 Oct 2007 12:05:54 GMT

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

Dmitry Pronichkin updated HARMONY-3584:
---------------------------------------

    Attachment: HARMONY-3584_arraycopy_up_to_date2.patch

There was a mistake which eliminated fast arraycopy execution. Fix for this and some imrovements
in code generation are included in new patch. 
So now everything is checked and works correctly. Ready for commit.

> [drlvm][jit][opt] arraycopy folding implementation in guarded manner
> --------------------------------------------------------------------
>
>                 Key: HARMONY-3584
>                 URL: https://issues.apache.org/jira/browse/HARMONY-3584
>             Project: Harmony
>          Issue Type: Sub-task
>          Components: DRLVM
>            Reporter: George Timoshenko
>            Assignee: Mikhail Fursov
>            Priority: Minor
>         Attachments: arraycopy.patch, arraycopy_pass.patch, HARMONY-3584_arraycopy_up_to_date.patch,
HARMONY-3584_arraycopy_up_to_date2.patch, intrinsic_patch.patch
>
>
> the feature (arraycopy call replacement) can be done in the guarded manner. When the
classes of the arrays are being checked at runtime. 
> (It is not obvious if it gives a performance effect or not). 
> when this approach (guarded arraycopy call "inlining") is being implemented this optimisation
should be moved out from the translator and inserted (before inliner) into the HLO path as
a separate optimisation. 

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