[Bug tree-optimization/33114] New: jc1 segault building lljava/java/util/AbstractMap.java

[Bug tree-optimization/33114] New: jc1 segault building lljava/java/util/AbstractMap.java

[dps at simpson dot demon dot co dot uk]

Using gcc 4.3.0 20070818 (experimental) has tI hit the following problem
building libjava

libtool: compile:  /home/dps/src/egcs/gcc-i686/gcc/gcj
-B/home/dps/src/egcs/gcc-i686/i686-pc-linux-gnu/libjava/
-B/home/dps/src/egcs/gcc-i686/gcc/ -ffloat-store -fomit-frame-pointer -Usun
-fclasspath= -fbootclasspath=../../../gcc/libjava/classpath/lib
--encoding=UTF-8 -Wno-deprecated -fbootstrap-classes -g -O2 -c
-fsource-filename=/home/dps/src/egcs/gcc-i686/i686-pc-linux-gnu/libjava/classpath/lib/classes
-MT java/util.lo -MD -MP -MF java/util.deps @java/util.list  -fPIC -o
java/.libs/util.o
../../../../../gcc/libjava/classpath/java/util/AbstractMap.java: In class
'java.util.AbstractMap$2$1':
../../../../../gcc/libjava/classpath/java/util/AbstractMap.java: In constructor
'(java.util.AbstractMap$2)':
../../../../../gcc/libjava/classpath/java/util/AbstractMap.java:604: error:
class 'java.util.AbstractMap$2' has no method named 'access$0' matching
signature '(Ljava/util/AbstractMap$2;)Ljava/util/AbstractMap;'
../../../../../gcc/libjava/classpath/java/util/AbstractMap.java: In class
'java.util.AbstractMap$3':
../../../../../gcc/libjava/classpath/java/util/AbstractMap.java: In method
'access$0(java.util.AbstractMap$3)':
../../../../../gcc/libjava/classpath/java/util/AbstractMap.java:0: internal
compiler error: Segmentation fault

Apprerently the reason for this that fini_ssa_operands is called more times
than init_ssa_operands. Backtrace of call with n_initialized=0 is

(gdb) bt
#0  fini_ssa_operands () at ../../gcc/gcc/tree-ssa-operands.c:389
#1  0x08403a40 in delete_tree_ssa () at ../../gcc/gcc/tree-ssa.c:866
#2  0x0832fedc in execute_free_datastructures () at
../../gcc/gcc/tree-optimize.c:215
#3  0x0824b79f in execute_one_pass (pass=0x87c3540) at
../../gcc/gcc/passes.c:1108
#4  0x0824b99f in execute_pass_list (pass=0x87c3540) at
../../gcc/gcc/passes.c:1161
#5  0x0832ffed in tree_rest_of_compilation (fndecl=0xb7c98f80) at
../../gcc/gcc/tree-optimize.c:405
#6  0x084a5cf0 in cgraph_expand_function (node=0xb7454280) at
../../gcc/gcc/cgraphunit.c:1077
#7  0x084a7060 in cgraph_assemble_pending_functions () at
../../gcc/gcc/cgraphunit.c:440
#8  0x084a74ed in cgraph_finalize_function (decl=0xb7c98f80, nested=0 '\0') at
../../gcc/gcc/cgraphunit.c:557
#9  0x08064889 in finish_method (fndecl=0xb7c98f80) at
../../gcc/gcc/java/decl.c:1859
#10 0x08070415 in end_java_method () at ../../gcc/gcc/java/decl.c:1807
#11 0x08095308 in parse_class_file () at ../../gcc/gcc/java/jcf-parse.c:1689
#12 0x08095cf3 in java_parse_file (set_yydebug=0) at
../../gcc/gcc/java/jcf-parse.c:1980
#13 0x082ce838 in toplev_main (argc=34, argv=0xbfdc8ba4) at
../../gcc/gcc/toplev.c:1043
#14 0x080a15bf in main (argc=Cannot access memory at address 0x4
) at ../../gcc/gcc/main.c:35

n_initialized reaches -4 and then the code segaults on line 1092 of
upodate_stmt_operands. Backtrace is

#0  0x083c46b3 in update_stmt_operands (stmt=0xb7469c40) at
../../gcc/gcc/tree-ssa-operands.c:1092
#1  0x082d3742 in bsi_insert_after (i=0xbfdc8780, t=0xb7469c40, m=BSI_NEW_STMT)
at ../../gcc/gcc/tree-flow-inline.h:368
#2  0x084c83ff in copy_body (id=0xbfdc881c, count=<value optimized out>,
frequency=0, entry_block_map=0xb746b8e8, exit_block_map=0xb746b924) at
../../gcc/gcc/tree-inline.c:811
#3  0x084c9b8d in tree_function_versioning (old_decl=0xb7ca0200,
new_decl=0xb7467680, tree_map=0x0, update_clones=1 '\001') at
../../gcc/gcc/tree-inline.c:3445
#4  0x084a6b97 in save_inline_function_body (node=0xb7467380) at
../../gcc/gcc/cgraphunit.c:1626
#5  0x084ac22e in apply_inline () at ../../gcc/gcc/ipa-inline.c:1580
#6  0x0824b79f in execute_one_pass (pass=0x87c4ca0) at
../../gcc/gcc/passes.c:1108
#7  0x0824b99f in execute_pass_list (pass=0x87c4ca0) at
../../gcc/gcc/passes.c:1161
#8  0x0832ffed in tree_rest_of_compilation (fndecl=0xb7ca0200) at
../../gcc/gcc/tree-optimize.c:405
#9  0x084a5cf0 in cgraph_expand_function (node=0xb7467380) at
../../gcc/gcc/cgraphunit.c:1077
#10 0x084a7060 in cgraph_assemble_pending_functions () at
../../gcc/gcc/cgraphunit.c:440
#11 0x084a74ed in cgraph_finalize_function (decl=0xb7ca0200, nested=0 '\0') at
../../gcc/gcc/cgraphunit.c:557
#12 0x08064889 in finish_method (fndecl=0xb7ca0200) at
../../gcc/gcc/java/decl.c:1859
#13 0x08070415 in end_java_method () at ../../gcc/gcc/java/decl.c:1807
#14 0x08095308 in parse_class_file () at ../../gcc/gcc/java/jcf-parse.c:1689
#15 0x08095cf3 in java_parse_file (set_yydebug=0) at
../../gcc/gcc/java/jcf-parse.c:1980
#16 0x082ce838 in toplev_main (argc=34, argv=0xbfdc8ba4) at
../../gcc/gcc/toplev.c:1043
#17 0x080a15bf in main (argc=65715, argv=0x0) at ../../gcc/gcc/main.c:35


-- 
           Summary: jc1 segault building lljava/java/util/AbstractMap.java
           Product: gcc
           Version: 4.3.0
            Status: UNCONFIRMED
          Severity: normal
          Priority: P3
         Component: tree-optimization
        AssignedTo: unassigned at gcc dot gnu dot org
        ReportedBy: dps at simpson dot demon dot co dot uk
 GCC build triplet: i686-pc-linux-gnu
  GCC host triplet: i686-pc-linux-gnu
GCC target triplet: i686-pc-linux-gnu


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

[Bug libgcj/33114] jc1 segault building lljava/java/util/AbstractMap.java

[pinskia at gcc dot gnu dot org]

------- Comment #1 from pinskia at gcc dot gnu dot org  2007-08-20 06:59 -------
The tree-opt ICE is not the real issue here but this error is:

> ../../../../../gcc/libjava/classpath/java/util/AbstractMap.java:604: error:
> class 'java.util.AbstractMap$2' has no method named 'access$0' matching
> signature '(Ljava/util/AbstractMap$2;)Ljava/util/AbstractMap;'

Do you have the env CLASSPATH set?
How did you configure GCC?
What was the command line for invoking make?


-- 

pinskia at gcc dot gnu dot org changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |WAITING
          Component|tree-optimization           |libgcj


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

[Bug libgcj/33114] jc1 segault building lljava/java/util/AbstractMap.java

[dps at simpson dot demon dot co dot uk]

------- Comment #2 from dps at simpson dot demon dot co dot uk  2007-08-21 21:49 -------
Subject: Re:  jc1 segault building 
 lljava/java/util/AbstractMap.java


No CLASSPATH variable exists in the build environment.

The compiler was confiugred with
../gcc/configure --prefix=/usr --enabled-shared

and the gcc, libjava, etc source tree was in ../gcc. The gcc source itself was 
in ../gcc/gcc.

The make command was "make bootstrap" or "nice make bootstrap". Using a 
completely clean directory did not change anything.

The segfault is repeatable on at least my system. The jc1 instance was 
extracted from the last compile command with --verbose and -save-temps. A lot 
of versions of the source from svn are all affected. (I hace been sitting on 
this misbehaviour for at least a week.)

If you add
if (n_initialised==0)
{
        fprintf(stderr, "fini_ssa_operands called with n_initialsised==0\n");
        return;
}
at the top of fini_ssa_operands then I get a pile of those messages after the 
complains about non extant methods and no segfault. Instead gcj returns 
"correctly" with exit status 1. Arguably this not ideal but IMHO a distinct 
improvement.

I took this as evidence that no input whatsoever was meant to lead to 
fini_ssa_operands calls when n_initialised is 0. (Exactly how far the code has 
proceeded from the java frontend to the backend before the segfault strikes I 
have not determined.)


-- 


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

[Bug libgcj/33114] jc1 segault building lljava/java/util/AbstractMap.java

[pinskia at gcc dot gnu dot org]

------- Comment #3 from pinskia at gcc dot gnu dot org  2007-12-02 21:41 -------
There are two bugs here, one for the ICE which is an error recovery issue while
the other issue is a build issue.  The build issue nobody can reproduce while
the first one I have seen once before. 


-- 


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

[Bug libgcj/33114] jc1 segault building lljava/java/util/AbstractMap.java

[dps at simpson dot demon dot co dot uk]

------- Comment #4 from dps at simpson dot demon dot co dot uk  2007-12-07 13:26 -------
Subject: Re:  jc1 segault building 
 lljava/java/util/AbstractMap.java


I have experinced odd problems which seemed to be related to svn not being 
quite magic enoguh to keep what was on my disc in sync with the repository (I 
think). Whatever the explanation nuking my coy and obtain a frsh one form 
stratch made the problem vanish.

The box that had sufficient horse power to sensibly build gcc has died, so I 
will wait for a (faster) replacement before I try again. I will want a 64 bit 
compiler in any case, and probably a 32 bit "cross" compiler. I put "cross" in 
quotes because I will be getting an AMD Athlon X2 which actually can run 32 
bit binaries.


-- 


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

[Bug libgcj/33114] jc1 segault building lljava/java/util/AbstractMap.java

[pinskia at gcc dot gnu dot org]

------- Comment #5 from pinskia at gcc dot gnu dot org  2008-03-30 20:04 -------
This works for me and many others so closing as worksforme.


-- 

pinskia at gcc dot gnu dot org changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|WAITING                     |RESOLVED
         Resolution|                            |WORKSFORME


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