Mailing-List: contact commits-help@harmony.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@harmony.apache.org
Message-ID: <2863801.1165323562490.JavaMail.jira@brutus>
Date: Tue, 5 Dec 2006 04:59:22 -0800 (PST)
From: "Alexey Varlamov (JIRA)" <jira@apache.org>
To: commits@harmony.apache.org
Subject: [jira] Commented: (HARMONY-2396) [drlvm][jit] Jitrino fails to run
 SpecJBB2005 in -Xem:opt mode
In-Reply-To: <6179007.1164986781098.JavaMail.jira@brutus>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit

    [ http://issues.apache.org/jira/browse/HARMONY-2396?page=comments#action_12455618 ] 
            
Alexey Varlamov commented on HARMONY-2396:
------------------------------------------

I guess we want to add this case to regression tests, please consider creating a patch for it.

> [drlvm][jit] Jitrino fails to run SpecJBB2005 in -Xem:opt mode
> --------------------------------------------------------------
>
>                 Key: HARMONY-2396
>                 URL: http://issues.apache.org/jira/browse/HARMONY-2396
>             Project: Harmony
>          Issue Type: Bug
>          Components: DRLVM
>            Reporter: Mikhail Fursov
>         Assigned To: Alexey Varlamov
>         Attachments: tauedge.diff
>
>
> SpecJBB2005 crashes in -Xem:opt mode.
> After analysis of IR I prepared this minimized testcase to reproduce the problem:
> public class Test {
>     public static void main(String[] args) {
>         foo3(new Test(), 10, new char[100]);
>     }
>     
>     int position;
>     static void foo3 (Test x, int i, char[] arr) {
>         int j=x.position;
>         if(j < i) {
>             System.arraycopy(arr, j, arr, i, 10);
>         }
>     }
> }
> The problem is in memopt: it produces code with tau opnds mixed with numerics at in the same insts:
> The part of IR before memopt:
>   I42:cgt:i4  t3, t9 -) t22:int32
>   I43:and     t18, t22 -) t23:int32
> The part of IR after memopt:
>   I125:copy     t55 -) t22:int32
>    I43:and      t18, t22 -) t23:int32
> Where t55 is
>   I118:tauedge() -) t55:tau
> I propose replacing I125 copy inst with ldconst #1 for tauedge insts in HVN pass to solve the problem.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira