harmony-commits mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "George Timoshenko (JIRA)" <j...@apache.org>
Subject [jira] Updated: (HARMONY-5743) [drlvm][jit][opt]
Date Wed, 16 Apr 2008 10:29:21 GMT

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

George Timoshenko updated HARMONY-5743:

    Attachment: autocompress_proto_21_Jan.patch

I partially complete the task.

here is my result.

Unfortunately I was too ambitious and made some refactoring (mostly in IRBuilder) together
with the implementation of the improvement.

This patch needs to be splitted into 2 parts:
    - refactoring
    - new feature itself based on the refactoring results

The bad thing: it may happen I will have no ability to complete this work.
Feel free to have fun with it.

> [drlvm][jit][opt]
> -----------------
>                 Key: HARMONY-5743
>                 URL: https://issues.apache.org/jira/browse/HARMONY-5743
>             Project: Harmony
>          Issue Type: Improvement
>          Components: DRLVM
>         Environment: EM64T
>            Reporter: George Timoshenko
>            Priority: Minor
>         Attachments: autocompress_proto_21_Jan.patch
> In compressed mode OPT always uncompress a ref just after it is loaded from memory (from
> So each reference is uncompressed in the managed code.
> It is a convention in HLO. There are not dedicated instructions for compression/uncompression.
> IRBuilder generates LdField and its dst operand has type - UncompressedRef.
> It probably has sense not to uncompress ref if it is loaded just for NULL comparison
or storing to another field.
> To do this we need to generate Compress/Uncompress instructions explicitly during byte
code translation.

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

View raw message