new FAILs on HEAD
Michael Ritzert
gcc@ds217-115-141-84.dedicated.hosteurope.de
Sun Jan 18 16:55:00 GMT 2004
A run on x86_64-linux narrows things down. The offending change must be one
of these:
> 2004-01-18 Joseph S. Myers <jsm@polyomino.org.uk>
>
> * doc/contrib.texi, doc/cppenv.texi, doc/extend.texi,
> doc/install.texi, doc/invoke.texi, doc/tm.texi: Consistently use
> "GNU/Linux" and "Microsoft Windows" terminology.
>
> 2004-01-18 Joseph S. Myers <jsm@polyomino.org.uk>
>
> * doc/c-tree.texi, doc/compat.texi, doc/cpp.texi,
> doc/cppopts.texi, doc/extend.texi, doc/install.texi,
> doc/interface.texi, doc/invoke.texi, doc/libgcc.texi, doc/md.texi,
> doc/objc.texi, doc/rtl.texi, doc/tm.texi, doc/trouble.texi: Use
> @smallexample instead of @example.
>
> 2004-01-17 Ziemowit Laski <zlaski@apple.com>
>
> * objc/objc-act.c (build_objc_method_call): Use target
> hooks instead of macros to determine if ..._stret
> dispatchers should be used (NeXT runtime only).
>
> 2004-01-17 Roger Sayle <roger@eyesopen.com>
>
> * builtins.c (expand_builtin_expect_jump): Fix mistake in my
> last patch. Use XEXP (x, 0) to get a LABEL_REF's CODE_LABEL.
>
> 2004-01-17 Ziemowit Laski <zlaski@apple.com>
>
> * objc.dg/stret-1.m: New.
> * objc.dg/stret-2.m: New.
I attached with gdb to a gcc that had been running for almost an hour.
The backtrace at that time:
0x0000000000573f1b in next_nonnote_insn (insn=0x2a958f6f80) at /home/gcc/gcc/HEAD/gcc/gcc/emit-rtl.c:2955
2955 if (insn == 0 || GET_CODE (insn) != NOTE)
(gdb) bt
#0 0x0000000000573f1b in next_nonnote_insn (insn=0x2a958f6f80) at /home/gcc/gcc/HEAD/gcc/gcc/emit-rtl.c:2955
#1 0x000000000051c0d8 in expand_builtin_expect_jump (exp=0x2a95a4f200, if_false_label=0x0, if_true_label=0x2a9565ea00)
at /home/gcc/gcc/HEAD/gcc/gcc/builtins.c:4510
#2 0x00000000005551fe in do_jump (exp=0x2a958e9660, if_false_label=0x0, if_true_label=0x2a9565ea00)
at /home/gcc/gcc/HEAD/gcc/gcc/dojump.c:537
#3 0x0000000000555413 in do_jump (exp=0x2a958e2c00, if_false_label=0x2a9565ea00, if_true_label=0x0)
at /home/gcc/gcc/HEAD/gcc/gcc/dojump.c:226
#4 0x00000000005927ae in expand_expr_real (exp=0x2a959d73c0, target=0x34, tmode=CCGCmode, modifier=EXPAND_NORMAL, alt_rtl=0x34)
at /home/gcc/gcc/HEAD/gcc/gcc/expr.c:8495
#5 0x0000000000728341 in expand_expr_stmt_value (exp=0x2a959d73c0, want_value=0, maybe_last=-1788705280)
at /home/gcc/gcc/HEAD/gcc/gcc/stmt.c:2175
#6 0x0000000000502d92 in genrtl_expr_stmt_value (expr=0x2a959d73c0, want_value=0, maybe_last=0)
at /home/gcc/gcc/HEAD/gcc/gcc/c-semantics.c:355
#7 0x00000000005041e7 in expand_stmt (t=0x2a958e2cf0) at /home/gcc/gcc/HEAD/gcc/gcc/c-semantics.c:803
#8 0x00000000005046e7 in genrtl_compound_stmt (t=0x2a958fa540) at /home/gcc/gcc/HEAD/gcc/gcc/c-semantics.c:723
#9 0x00000000005041f4 in expand_stmt (t=0x2a958fa540) at /home/gcc/gcc/HEAD/gcc/gcc/c-semantics.c:830
#10 0x00000000005046e7 in genrtl_compound_stmt (t=0x2a958fa4b0) at /home/gcc/gcc/HEAD/gcc/gcc/c-semantics.c:723
#11 0x00000000005041f4 in expand_stmt (t=0x2a958fa4b0) at /home/gcc/gcc/HEAD/gcc/gcc/c-semantics.c:830
#12 0x0000000000783c4b in tree_rest_of_compilation (fndecl=0x2a959cadd0, nested_p=false)
at /home/gcc/gcc/HEAD/gcc/gcc/tree-optimize.c:144
#13 0x00000000004c5f5c in expand_body (fn=0x2a959cadd0) at /home/gcc/gcc/HEAD/gcc/gcc/cp/semantics.c:2907
#14 0x00000000007855bf in cgraph_expand_function (node=0x2a959d6780) at /home/gcc/gcc/HEAD/gcc/gcc/cgraphunit.c:525
#15 0x0000000000786c58 in cgraph_optimize () at /home/gcc/gcc/HEAD/gcc/gcc/cgraphunit.c:1414
#16 0x000000000047d11a in finish_file () at /home/gcc/gcc/HEAD/gcc/gcc/cp/decl2.c:2854
#17 0x000000000073b85e in toplev_main (argc=0, argv=0x1) at /home/gcc/gcc/HEAD/gcc/gcc/toplev.c:1804
#18 0x0000002a9568ac9e in __libc_start_main () from /lib64/libc.so.6
As expand_builtin_expect_jump shows up here, this seems like an easy guess...
Michael
More information about the Gcc-regression
mailing list