[Bug java/30751] New: internal compiler error: in extract_insn, at recog.c:2108

[Bug java/30751] New: internal compiler error: in extract_insn, at recog.c:2108

[jim at amarooas dot com dot au]

Building svn trunk on GNU/Linux SPARC in a sparc shell linux32 bash (uname -m =
sparc) with this configure line:
--prefix=/usr/local/4.3 --enable-java-awt=gtk,xlib 
The error in brief is:
java/util/concurrent/atomic/AtomicLongArray.java:0: internal compiler error: in
extract_insn, at recog.c:2108

/home/jim/gcc/build/gcc/gcj
-B/home/jim/gcc/build/sparc-unknown-linux-gnu/libjava/
-B/home/jim/gcc/build/gcc/ -Usun -fclasspath=
-fbootclasspath=../../../libjava/classpath/lib --encoding=UTF-8 -Wno-deprecated
-fbootstrap-classes -g -O2 -c
-fsource-filename=/home/jim/gcc/build/sparc-unknown-linux-gnu/libjava/classpath/lib/classes
-MT java/util/concurrent/atomic.lo -MD -MP -MF java/util/concurrent/atomic.deps
@java/util/concurrent/atomic.list -fPIC -o java/util/concurrent/.libs/atomic.o
java/util/concurrent/atomic/AtomicLongArray.java: In class
'java.util.concurrent.atomic.AtomicLongArray':
java/util/concurrent/atomic/AtomicLongArray.java: In method
'java.util.concurrent.atomic.AtomicLongArray.get(int)':
java/util/concurrent/atomic/AtomicLongArray.java:0: error: unrecognizable insn:
(insn 33 32 34 2
../../../../../libjava/classpath/external/jsr166/java/util/concurrent/atomic/AtomicLongArray.java:82
(set (reg:DI 120)
        (concatn:DI [
                (reg:SI 116 [ #slot#4#11 ])
                (reg:SI 117 [ #slot#4#11+4 ])
            ])) -1 (nil)
    (nil))
java/util/concurrent/atomic/AtomicLongArray.java:0: internal compiler error: in
extract_insn, at recog.c:2108


-- 
           Summary: internal compiler error: in extract_insn, at
                    recog.c:2108
           Product: gcc
           Version: 4.3.0
            Status: UNCONFIRMED
          Severity: normal
          Priority: P3
         Component: java
        AssignedTo: unassigned at gcc dot gnu dot org
        ReportedBy: jim at amarooas dot com dot au


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30751

[Bug middle-end/30751] [4.3 Regression] internal compiler error: in extract_insn, at recog.c:2108

[pinskia at gcc dot gnu dot org]

-- 

pinskia at gcc dot gnu dot org changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |ian at gcc dot gnu dot org
          Component|java                        |middle-end
 GCC target triplet|                            |sparc-unknown-linux-gnu
           Keywords|                            |ice-on-valid-code
            Summary|internal compiler error: in |[4.3 Regression] internal
                   |extract_insn, at            |compiler error: in
                   |recog.c:2108                |extract_insn, at
                   |                            |recog.c:2108
   Target Milestone|---                         |4.3.0


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30751

[Bug middle-end/30751] [4.3 Regression] internal compiler error: in extract_insn, at recog.c:2108

[ian at airs dot com]

------- Comment #1 from ian at airs dot com  2007-02-11 16:55 -------
This works for me on sparc-sun-solaris2.10 at svn revision 121803.  I don't
have access to a SPARC GNU/Linux system.  Which exact sources are you building?
 Do you have any local patches?  How did you run configure?


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30751

[Bug middle-end/30751] [4.3 Regression] internal compiler error: in extract_insn, at recog.c:2108

[jim at amarooas dot com dot au]

------- Comment #2 from jim at amarooas dot com dot au  2007-02-11 22:53 -------
I configure like this in ~/gcc/build

../configure --prefix=/usr/local/4.3 --enable-java-awt=gtk,xlib

The error was seen with no local patches. 

I updated and rebuilt several times over the past 2 weeks before reporting, but
the last version was < 121792. I just updated to 121828 and will try again now. 

There will be small delays as it usually takes a couple of days to get to the
error on my sunblade100, and longer for a fresh build. Also my timezone is
UTC+11. I will report again when some results, thanks.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30751

[Bug middle-end/30751] [4.3 Regression] internal compiler error: in extract_insn, at recog.c:2108

[jim at amarooas dot com dot au]

------- Comment #3 from jim at amarooas dot com dot au  2007-02-11 22:56 -------
The souces was checked out as follows:
svn -q checkout svn://gcc.gnu.org/svn/gcc/trunk gcc


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30751

[Bug middle-end/30751] [4.3 Regression] internal compiler error: in extract_insn, at recog.c:2108

[ian at airs dot com]

-- 

ian at airs dot com changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
         AssignedTo|unassigned at gcc dot gnu   |ian at airs dot com
                   |dot org                     |
             Status|UNCONFIRMED                 |ASSIGNED
     Ever Confirmed|0                           |1
   Last reconfirmed|0000-00-00 00:00:00         |2007-02-12 18:46:21
               date|                            |


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30751

[Bug middle-end/30751] [4.3 Regression] internal compiler error: in extract_insn, at recog.c:2108

[ian at airs dot com]

------- Comment #4 from ian at airs dot com  2007-02-12 18:45 -------
Tom Tromey helped me recreate this with a cross-compiler.

I'm currently testing this patch:

Index: lower-subreg.c
===================================================================
--- lower-subreg.c      (revision 121769)
+++ lower-subreg.c      (working copy)
@@ -711,6 +711,23 @@ resolve_simple_move (rtx set, rtx insn)
       return insn;
     }

+  /* It's possible for the code to use a subreg of a decomposed
+     register while forming an address.  We need to handle that before
+     passing the address to emit_move_insn.  We pass NULL_RTX as the
+     insn parameter to resolve_subreg_use because we can not validate
+     the insn yet.  */
+  if (MEM_P (src) || MEM_P (dest))
+    {
+      int acg;
+
+      if (MEM_P (src))
+       for_each_rtx (&XEXP (src, 0), resolve_subreg_use, NULL_RTX);
+      if (MEM_P (dest))
+       for_each_rtx (&XEXP (dest, 0), resolve_subreg_use, NULL_RTX);
+      acg = apply_change_group ();
+      gcc_assert (acg);
+    }
+
   /* If SRC is a register which we can't decompose, or has side
      effects, we need to move via a temporary register.  */


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30751

[Bug middle-end/30751] [4.3 Regression] internal compiler error: in extract_insn, at recog.c:2108

[ian at gcc dot gnu dot org]

------- Comment #5 from ian at gcc dot gnu dot org  2007-02-13 22:18 -------
Subject: Bug 30751

Author: ian
Date: Tue Feb 13 22:18:26 2007
New Revision: 121894

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=121894
Log:
        PR middle-end/30751
        * lower-subreg.c (resolve_simple_move): Decompose subregs in
        addresses.

Modified:
    trunk/gcc/ChangeLog
    trunk/gcc/lower-subreg.c


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30751

[Bug middle-end/30751] [4.3 Regression] internal compiler error: in extract_insn, at recog.c:2108

[ian at airs dot com]

------- Comment #6 from ian at airs dot com  2007-02-13 22:22 -------
Fixed.  Thanks for reporting it.


-- 

ian at airs dot com changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|ASSIGNED                    |RESOLVED
         Resolution|                            |FIXED


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30751