Mailing-List: contact commits-help@harmony.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@harmony.apache.org
Message-ID: <20646933.1173857530130.JavaMail.jira@brutus>
Date: Wed, 14 Mar 2007 00:32:10 -0700 (PDT)
From: "George Timoshenko (JIRA)" <jira@apache.org>
To: commits@harmony.apache.org
Subject: [jira] Reopened: (HARMONY-3189) [drlvm][jit][opt] code patching
 works incorrectly on EM64T
In-Reply-To: <22935102.1171632966206.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-3189?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

George Timoshenko reopened HARMONY-3189:
----------------------------------------

    Estimated Complexity: Advanced  (was: Guru)

in the fix version 3 I forgot to return target address operand type back into Int32.
So Jitrino continued to transform all direct calls into register form.

version-3 did not know how to patch direct calls in register form so code patching did not work at all.

there are three issues:

- returning target address type into Int32 to cheat constraint resolver.
- teaching Jitrino to patch direct calls in register form
- resolving situations when at runtime immediate call should be transformed into register form by code patching. 

> [drlvm][jit][opt] code patching works incorrectly on EM64T
> ----------------------------------------------------------
>
>                 Key: HARMONY-3189
>                 URL: https://issues.apache.org/jira/browse/HARMONY-3189
>             Project: Harmony
>          Issue Type: Bug
>          Components: DRLVM
>         Environment: EM64T
>            Reporter: George Timoshenko
>         Assigned To: Alexey Varlamov
>         Attachments: HARMONY-3189-version-3.patch, HARMONY-3189.patch
>
>
> fixing HARMONY-2881  triggered a serious problem:
> code patching mecanizm can not work when the target addres of call instruction is 64 bit long. (such addresses appeares after fixing 2881)
> there is no CALL inst with 64-bit immediate operand on EM64T.
> So all direct calls are turned into:
> MOV a reg, immediate target addr;
> CALL the reg;
> this issue devoted to fixing code patching mecanizm on EM64T

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