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

--- Comment #1 from Steven Bosscher <steven at gcc dot gnu.org> 2012-03-26 
19:20:45 UTC ---
How disgusting. Java still emits RTL from the front end:

Breakpoint 1, internal_error (gmsgid=0x1551007 "in %s, at %s:%d") at
../../trunk/gcc/diagnostic.c:843
843       va_start (ap, gmsgid);
(gdb) up
#1  0x000000000120a503 in fancy_abort (file=0x135398c
"../../trunk/gcc/varasm.c", line=2179, function=0x1354450 "assemble_external")
at ../../trunk/gcc/diagnostic.c:899
899       internal_error ("in %s, at %s:%d", function, trim_filename (file),
line);
(gdb) 
#2  0x0000000000d8942d in assemble_external (decl=0x7ffff70d7be0) at
../../trunk/gcc/varasm.c:2178
2178      gcc_assert (cgraph_state == CGRAPH_STATE_EXPANSION
(gdb) l
2173      /* This function should only be called if we are expanding, or have
2174         expanded, to RTL.
2175         Ideally, only final.c would be calling this function, but it is
2176         not clear whether that would break things somehow.  See PR 17982
2177         for further discussion.  */
2178      gcc_assert (cgraph_state == CGRAPH_STATE_EXPANSION
2179                  || cgraph_state == CGRAPH_STATE_FINISHED);
2180
2181      if (!DECL_P (decl) || !DECL_EXTERNAL (decl) || !TREE_PUBLIC (decl))
2182        return;
(gdb) p cgraph_state
$1 = CGRAPH_STATE_CONSTRUCTION
(gdb) bt 20
#0  internal_error (gmsgid=0x1551007 "in %s, at %s:%d") at
../../trunk/gcc/diagnostic.c:843
#1  0x000000000120a503 in fancy_abort (file=0x135398c
"../../trunk/gcc/varasm.c", line=2179, function=0x1354450 "assemble_external")
at ../../trunk/gcc/diagnostic.c:899
#2  0x0000000000d8942d in assemble_external (decl=0x7ffff70d7be0) at
../../trunk/gcc/varasm.c:2178
#3  0x00000000006f0c48 in output_addr_const (file=0x1ad94f0, x=0x7ffff71b2c00)
at ../../trunk/gcc/final.c:3568
#4  0x0000000000d89ee4 in assemble_integer_with_op (op=0x135e56d "\t.quad\t",
x=0x7ffff71b2c00) at ../../trunk/gcc/varasm.c:2466
#5  0x0000000000d89fa8 in default_assemble_integer (x=0x7ffff71b2c00, size=8,
aligned_p=1) at ../../trunk/gcc/varasm.c:2482
#6  0x0000000000d8a05c in assemble_integer (x=0x7ffff71b2c00, size=8, align=64,
force=0) at ../../trunk/gcc/varasm.c:2498
#7  0x0000000000d96806 in output_constant (exp=0x7ffff6df5e38, size=8,
align=64) at ../../trunk/gcc/varasm.c:4562
#8  0x00000000004baedf in emit_register_classes (list_p=0x7fffffffd880) at
../../trunk/gcc/java/class.c:2833
#9  0x000000000050b1e5 in java_emit_static_constructor () at
../../trunk/gcc/java/jcf-parse.c:1697
#10 0x000000000050c298 in java_parse_file () at
../../trunk/gcc/java/jcf-parse.c:1978
#11 0x0000000000a5c6a2 in compile_file () at ../../trunk/gcc/toplev.c:556
#12 0x0000000000a5eb5a in do_compile () at ../../trunk/gcc/toplev.c:1936
#13 0x0000000000a5ecaf in toplev_main (argc=33, argv=0x7fffffffdb88) at
../../trunk/gcc/toplev.c:2012
#14 0x00000000005235e3 in main (argc=33, argv=0x7fffffffdb88) at
../../trunk/gcc/main.c:36
(gdb)

Reply via email to