You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@harmony.apache.org by "Mikhail Fursov (JIRA)" <ji...@apache.org> on 2006/12/01 16:26:21 UTC
[jira] Created: (HARMONY-2396) [drlvm][jit] Jitrino fails to run
SpecJBB2005 in -Xem:opt mode
[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
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
[jira] Assigned: (HARMONY-2396) [drlvm][jit] Jitrino fails to run
SpecJBB2005 in -Xem:opt mode
Posted by "Alexey Varlamov (JIRA)" <ji...@apache.org>.
[ http://issues.apache.org/jira/browse/HARMONY-2396?page=all ]
Alexey Varlamov reassigned HARMONY-2396:
----------------------------------------
Assignee: Alexey Varlamov
> [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
[jira] Updated: (HARMONY-2396) [drlvm][jit] Jitrino fails to run
SpecJBB2005 in -Xem:opt mode
Posted by "Mikhail Fursov (JIRA)" <ji...@apache.org>.
[ http://issues.apache.org/jira/browse/HARMONY-2396?page=all ]
Mikhail Fursov updated HARMONY-2396:
------------------------------------
Attachment: tauedge.diff
the fix.
> [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
> 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
[jira] Commented: (HARMONY-2396) [drlvm][jit] Jitrino fails to run
SpecJBB2005 in -Xem:opt mode
Posted by "Alexey Varlamov (JIRA)" <ji...@apache.org>.
[ 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
[jira] Updated: (HARMONY-2396) [drlvm][jit] Jitrino fails to run
SpecJBB2005 in -Xem:opt mode
Posted by "Mikhail Fursov (JIRA)" <ji...@apache.org>.
[ http://issues.apache.org/jira/browse/HARMONY-2396?page=all ]
Mikhail Fursov updated HARMONY-2396:
------------------------------------
Patch Info: [Patch Available]
> [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
> 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
[jira] Resolved: (HARMONY-2396) [drlvm][jit] Jitrino fails to run
SpecJBB2005 in -Xem:opt mode
Posted by "Alexey Varlamov (JIRA)" <ji...@apache.org>.
[ http://issues.apache.org/jira/browse/HARMONY-2396?page=all ]
Alexey Varlamov resolved HARMONY-2396.
--------------------------------------
Resolution: Fixed
Applied patch at r483070.
> [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