[Bug target/29114] [4.1 Regression] ICE when cross-compiling glibc for hppa on a 64bit host
--- Comment #1 from vapier at gentoo dot org 2006-09-17 05:12 --- Created an attachment (id=12285) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12285&action=view) seed48_r.i reduced test case taken from glibc -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29114
[Bug target/29114] New: [4.1 Regression] ICE when cross-compiling glibc for hppa on a 64bit host
attempting to cross-compile glibc-2.3.6 for the hppa2.0 target fails with an ICE when the host system is 64bit: $ hppa2.0-unknown-linux-gnu-gcc -c seed48_r.i seed48_r.i: In function 'main': seed48_r.i:1: error: unrecognizable insn: (insn 9 8 10 1 (set (reg:DI 95) (plus:DI (reg:DI 96) (const_int -6547 [0xe66d]))) -1 (nil) (expr_list:REG_EQUAL (const_int 25214903917 [0x5deece66d]) (nil))) seed48_r.i:1: internal compiler error: in extract_insn, at recog.c:2084 Please submit a full bug report, with preprocessed source if appropriate. See http://bugs.gentoo.org/> for instructions. Preprocessed source stored into /tmp/ccMZqs3j.out file, please attach this to your bugreport. when the host is x86/ppc/sparc, this test passes ... when the host is amd64/ppc64, i get the above ICE -- Summary: [4.1 Regression] ICE when cross-compiling glibc for hppa on a 64bit host Product: gcc Version: 4.1.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: target AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: vapier at gentoo dot org GCC host triplet: x86_64-linux-gnu GCC target triplet: hppa2.0-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29114
[Bug c/29091] [4.0/4.1/4.2 Regression] vector constant not fully outputed
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-09-17 01:23 --- This was caused by: 2003-04-01 Aldy Hernandez <[EMAIL PROTECTED]> * testsuite/gcc.c-torture/execute/simd-3.c: New. * expr.c (expand_expr): Handle VECTOR_CST. (const_vector_from_tree): New. * varasm.c (output_constant): Handle VECTOR_CST. * c-typeck.c (digest_init): Build a vector constant from a VECTOR_TYPE. Specificly the digest_init change, though output_constant does not check make sure we have the right number of elements either. build_vector does not either. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||aldyh at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29091
[Bug c++/29106] [4.0/4.1 Regression] sizeof(*var) in expression drops entire line of code out of compile
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-09-16 23:45 --- It also worked in "4.1.0 20051026". -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Known to fail||4.1.2 Summary|sizeof(*var) in expression |[4.0/4.1 Regression] |drops entire line of code |sizeof(*var) in expression |out of compile |drops entire line of code ||out of compile Target Milestone|--- |4.0.4 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29106
[Bug c++/29106] sizeof(*var) in expression drops entire line of code out of compile
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-09-16 23:42 --- The front-end was produce an error_mark_node when no error had been produced. This works on the today's mainline but failed with "4.1.2 20060814". -- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||pinskia at gcc dot gnu dot ||org Keywords||wrong-code http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29106
[Bug tree-optimization/29059] [4.2 regression] ICE: verify_stmts failed (invalid operand to unary operator ""[0];)
--- Comment #8 from pinskia at gcc dot gnu dot org 2006-09-16 22:52 --- Fixed. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29059
[Bug tree-optimization/29059] [4.2 regression] ICE: verify_stmts failed (invalid operand to unary operator ""[0];)
--- Comment #7 from pinskia at gcc dot gnu dot org 2006-09-16 22:52 --- Subject: Bug 29059 Author: pinskia Date: Sat Sep 16 22:52:11 2006 New Revision: 116997 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=116997 Log: 2006-09-16 Andrew Pinski <[EMAIL PROTECTED]> PR tree-opt/29059 * gcc.c-torture/compile/strcpy-1.c: New test. * gcc.c-torture/compile/strcpy-2.c: New test. * gcc.c-torture/compile/memcpy-1.c: New test. * gcc.c-torture/compile/memcpy-2.c: New test. 2006-09-16 Andrew Pinski <[EMAIL PROTECTED]> PR tree-opt/29059 * tree-ssa-propagate.c (set_rhs): Reject MODIFY_EXPR right away for the expr argument. Added: trunk/gcc/testsuite/gcc.c-torture/compile/memcpy-1.c trunk/gcc/testsuite/gcc.c-torture/compile/memcpy-2.c trunk/gcc/testsuite/gcc.c-torture/compile/strcpy-1.c trunk/gcc/testsuite/gcc.c-torture/compile/strcpy-2.c Modified: trunk/gcc/ChangeLog trunk/gcc/testsuite/ChangeLog trunk/gcc/tree-ssa-propagate.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29059
[Bug testsuite/29055] gcc.target/powerpc/darwin-bool-1.c fails on powerpc-apple-darwin8 at -m64
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-09-16 22:50 --- Fixed. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED Target Milestone|--- |4.2.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29055
[Bug target/29030] gcc.dg/array-9.c produces internal compiler error on Darwin at -m64
--- Comment #13 from pinskia at gcc dot gnu dot org 2006-09-16 22:47 --- Fixed. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED Target Milestone|--- |4.2.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29030
[Bug c++/26698] [4.0/4.1/4.2 Regression] g++ accepts const-incorrect code due to conversion function
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added BugsThisDependsOn||10915 Known to work||2.95.3 Summary|g++ accepts const-incorrect |[4.0/4.1/4.2 Regression] g++ |code due to conversion |accepts const-incorrect code |function|due to conversion function Target Milestone|--- |4.0.4 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26698
[Bug c++/26698] g++ accepts const-incorrect code due to conversion function
--- Comment #5 from lopezibanez at gmail dot com 2006-09-16 21:34 ---
Actually, it seems that the conditional on Wconversion was added before, at
revision 100541 by mmitchel (Notice the warn_conversion flag below).
@@ -8755,32 +8755,38 @@
if (operator_code == CALL_EXPR)
return;
- if (IDENTIFIER_TYPENAME_P (name) && ! DECL_TEMPLATE_INFO (decl))
+ /* Warn about conversion operators that will never be used. */
+ if (IDENTIFIER_TYPENAME_P (name)
+ && ! DECL_TEMPLATE_INFO (decl)
+ && warn_conversion
+ /* Warn only declaring the function; there is no need to
+warn again about out-of-class definitions. */
+ && class_type == current_class_type)
{
tree t = TREE_TYPE (name);
- if (! friendp)
- {
- int ref = (TREE_CODE (t) == REFERENCE_TYPE);
- const char *what = 0;
+ int ref = (TREE_CODE (t) == REFERENCE_TYPE);
+ const char *what = 0;
- if (ref)
- t = TYPE_MAIN_VARIANT (TREE_TYPE (t));
+ if (ref)
+ t = TYPE_MAIN_VARIANT (TREE_TYPE (t));
- if (TREE_CODE (t) == VOID_TYPE)
- what = "void";
- else if (t == current_class_type)
+ if (TREE_CODE (t) == VOID_TYPE)
+ what = "void";
+ else if (class_type)
+ {
+ if (t == class_type)
what = "the same type";
/* Don't force t to be complete here. */
else if (IS_AGGR_TYPE (t)
&& COMPLETE_TYPE_P (t)
- && DERIVED_FROM_P (t, current_class_type))
+ && DERIVED_FROM_P (t, class_type))
what = "a base class";
+ }
- if (what && warn_conversion)
- warning (0, "conversion to %s%s will never use a type "
- "conversion operator",
-ref ? "a reference to " : "", what);
- }
+ if (what)
+ warning (0, "conversion to %s%s will never use a type "
+"conversion operator",
+ref ? "a reference to " : "", what);
}
if (operator_code == COND_EXPR)
{
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26698
[Bug middle-end/29109] bad code produced when compiling qt-3.3.6
--- Comment #7 from pinskia at gcc dot gnu dot org 2006-09-16 21:20 --- Waiting for a real testcase then. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |WAITING http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29109
[Bug middle-end/29109] bad code produced when compiling qt-3.3.6
--- Comment #6 from kalium at gmx dot de 2006-09-16 21:17 --- Like I already said, this has nothing to do with hardened extensions. Look at my patch. It is a problem related to the parser: bad code gets produced when "XWindowAttributes a;" is not at the beginning. -- kalium at gmx dot de changed: What|Removed |Added Status|RESOLVED|UNCONFIRMED Resolution|INVALID | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29109
[Bug c++/26698] g++ accepts const-incorrect code due to conversion function
--- Comment #4 from lopezibanez at gmail dot com 2006-09-16 21:14 --- The change was made on revision 110567 on gcc/cp/decl.c @@ -9012,7 +9011,7 @@ } if (what) - warning (0, "conversion to %s%s will never use a type " + warning (OPT_Wconversion, "conversion to %s%s will never use a type " "conversion operator", ref ? "a reference to " : "", what); } -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26698
[Bug middle-end/29109] bad code produced when compiling qt-3.3.6
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-09-16 21:13 --- (In reply to comment #3) > I will not give an isolated test case, but the information on > http://bugs.gentoo.org/show_bug.cgi?id=133301 may even help more. SSP is not part of GCC until 4.x so we really cannot support that. And it was rewritten to be better anyways. So this is not a bug. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29109
[Bug middle-end/29111] [4.2 Regression] FAIL: gcc.dg/torture/pr26565.c -O0 execution test
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Component|target |middle-end Known to work||3.4.0 Summary|FAIL: |[4.2 Regression] FAIL: |gcc.dg/torture/pr26565.c - |gcc.dg/torture/pr26565.c - |O0 execution test |O0 execution test Target Milestone|--- |4.2.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29111
[Bug c/25993] [4.0/4.1/4.2 Regression] -std= produces incorrect preprocessor output for .S
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Severity|major |normal Summary|[3.3/3.4/4.0/4.1/4.2|[4.0/4.1/4.2 Regression] - |Regression] -std= produces |std= produces incorrect |incorrect preprocessor |preprocessor output for .S |output for .S | Target Milestone|4.2.0 |4.0.4 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25993
[Bug testsuite/29093] gcc.dg/debug/dwarf2/dwarf-file1.c fails on targets that have .loc
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-09-16 20:57 --- Confirmed via the dup and the testresults that I pointed to. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2006-09-16 20:57:38 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29093
[Bug testsuite/29093] gcc.dg/debug/dwarf2/dwarf-file1.c fails on targets that have .loc
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-09-16 20:56 --- *** Bug 29110 has been marked as a duplicate of this bug. *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||danglin at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29093
[Bug debug/29110] FAIL: gcc.dg/debug/dwarf2/dwarf-file1.c scan-assembler File Entry:
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-09-16 20:56 --- *** This bug has been marked as a duplicate of 29093 *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29110
[Bug target/26792] [4.2 Regression] need to use autoconf when using newly-added libgcc functions
--- Comment #16 from howarth at nitro dot med dot uc dot edu 2006-09-16
20:39 ---
Is this what we are waiting for? I came up with that by just placing
wrappers around the changes submitted on...
http://gcc.gnu.org/viewcvs/trunk/libjava/stacktrace.cc?r1=115069&r2=115235&pathrev=115235
and
http://gcc.gnu.org/bugzilla/attachment.cgi?id=10915
so that the previous code was in place when HAVE_GETIPINFO is false.
Index: exception.cc
===
--- exception.cc(revision 116995)
+++ exception.cc(working copy)
@@ -231,7 +231,11 @@ PERSONALITY_FUNCTION (int version,
// Parse the LSDA header.
p = parse_lsda_header (context, language_specific_data, &info);
+ #ifdef HAVE_GETIPINFO
ip = _Unwind_GetIPInfo (context, &ip_before_insn);
+ #else
+ ip = _Unwind_GetIP (context) - 1;
+ #endif
if (! ip_before_insn)
--ip;
landing_pad = 0;
Index: stacktrace.cc
===
--- stacktrace.cc (revision 116995)
+++ stacktrace.cc (working copy)
@@ -131,6 +131,7 @@ _Jv_StackTrace::UnwindTraceFn (struct _U
else
#endif
{
+#ifdef HAVE_GETIPINFO
_Unwind_Ptr ip;
int ip_before_insn = 0;
ip = _Unwind_GetIPInfo (context, &ip_before_insn);
@@ -139,9 +140,13 @@ _Jv_StackTrace::UnwindTraceFn (struct _U
// to ensure we get the correct line number for the call itself.
if (! ip_before_insn)
--ip;
-
+#endif
state->frames[pos].type = frame_native;
+#ifdef HAVE_GETIPINFO
state->frames[pos].ip = (void *) ip;
+#else
+ state->frames[pos].ip = (void *) _Unwind_GetIP (context);
+#endif
state->frames[pos].start_ip = func_addr;
}
@@ -217,6 +222,12 @@ _Jv_StackTrace::getLineNumberForFrame(_J
else
offset = (_Unwind_Ptr) ip - (_Unwind_Ptr) info.base;
+#ifndef HAVE_GETIPINFO
+ // The unwinder gives us the return address. In order to get the right
+ // line number for the stack trace, roll it back a little.
+ offset -= 1;
+#endif
+
finder->lookup (binaryName, (jlong) offset);
*sourceFileName = finder->getSourceFile();
*lineNum = finder->getLineNum();
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26792
[Bug tree-optimization/27742] [4.2 regression] ICE with -ftree-vectorizer-verbose
--- Comment #14 from steven at gcc dot gnu dot org 2006-09-16 20:07 --- . -- steven at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27742
[Bug fortran/21918] Warnings about unused variables should point to the declaration
--- Comment #4 from aldot at gcc dot gnu dot org 2006-09-16 20:07 --- Note that there are other (wrong) occurances of the non gfc_*() warnings in trans-decl.c. These other "warning()" calls too should be converted to the respective gfc_warning*() calls. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21918
[Bug fortran/25252] ICE on invalid code
--- Comment #4 from pault at gcc dot gnu dot org 2006-09-16 20:06 --- GNU F95 version 4.2.0 20060916 (experimental) (i686-pc-linux-gnu) compiled by GNU C version 4.2.0 20060916 (experimental). GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096 In file pr25252.f90:6 MODULE PROCEDURE sreal, schar, sint => sreal 1 Error: Syntax error in MODULE PROCEDURE statement at (1) pr25252.f90:0: internal compiler error: Segmentation fault Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html> for instructions. I think not, Steve. Paul -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25252
[Bug tree-optimization/28778] [4.0/4.1/4.2 Regression] alias bug with cast and call clobbered
--- Comment #32 from dberlin at gcc dot gnu dot org 2006-09-16 20:03 --- Subject: Re: [4.0/4.1/4.2 Regression] alias bug with cast and call clobbered > --- Comment #31 from steven at gcc dot gnu dot org 2006-09-16 18:09 > --- > sec has passed. > ping! > I'm down to two testsuite failures (pr20100 failures). Sorry it's taking so long. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28778
[Bug fortran/28817] [gfortran] problems with -Wunused
--- Comment #2 from pault at gcc dot gnu dot org 2006-09-16 19:58 --- I propose to submit Tobi's patch Paul -- pault at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |pault at gcc dot gnu dot org |dot org | Status|UNCONFIRMED |ASSIGNED Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2006-09-16 19:58:03 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28817
[Bug fortran/29098] allocation of a pointer to a derived type crashes
--- Comment #3 from pault at gcc dot gnu dot org 2006-09-16 19:57 --- See list for choice of fixes. I will submit my favourite tomorrow. Paul -- pault at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |pault at gcc dot gnu dot org |dot org | Status|UNCONFIRMED |ASSIGNED Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2006-09-16 19:57:15 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29098
[Bug c/25993] [3.3/3.4/4.0/4.1/4.2 Regression] -std= produces incorrect preprocessor output for .S
--- Comment #3 from patchapp at dberlin dot org 2006-09-16 19:45 --- Subject: Bug number PR25993 A patch for this bug has been added to the patch tracker. The mailing list url for the patch is http://gcc.gnu.org/ml/gcc-patches/2006-09/msg00645.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25993
[Bug c++/26298] -Wconversion fails to detect signedness change during widening conversion
--- Comment #4 from lopezibanez at gmail dot com 2006-09-16 19:45 --- Richard, and what is your opinion about the rest of my comment? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26298
[Bug tree-optimization/27742] [4.2 regression] ICE with -ftree-vectorizer-verbose
--- Comment #13 from patchapp at dberlin dot org 2006-09-16 19:45 --- Subject: Bug number PR27742 A patch for this bug has been added to the patch tracker. The mailing list url for the patch is http://gcc.gnu.org/ml/gcc-patches/2006-09/msg00644.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27742
[Bug ada/29112] New: misleading error message for declarations in the wrong place
When a user tries to declare items e.g. at the start of the handled_sequence_of_statements of an accept_statment, the compiler issues an error message. But it seems to be the default Junk_Declaration message, which seems kind of wrong in the following situations: procedure errmsg is task T is entry foo; end T; task body T is begin accept foo do item: INTEGER; -- not allowed, ok begin -- notice the occurence of "begin" null; end; end foo; end T; begin null; end errmsg; The message is 9. accept foo do 10. item: INTEGER; | >>> declarations must come before "begin" 11. begin The declaration does in fact come before "begin". The same message here: procedure errmsg2 is begin x: INTEGER; begin null; end; end; To reproduce, run gnatmake on the units. I though that maybe a rewording might do, something like "declaration not allowed in HANDLED_SEQUENCE_OF_STATEMENTS" or "declaration must be in DECLARATIVE_PART" -- Summary: misleading error message for declarations in the wrong place Product: gcc Version: 4.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: ada AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: bauhaus at futureapps dot de 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=29112
[Bug target/29111] FAIL: gcc.dg/torture/pr26565.c -O0 execution test
--- Comment #2 from danglin at gcc dot gnu dot org 2006-09-16 19:18 ---
(gdb) step
get_pointer_alignment (exp=0x40013108, max_align=64)
at ../../gcc/gcc/builtins.c:236
236 if (! POINTER_TYPE_P (TREE_TYPE (exp)))
(gdb) p debug_tree (exp)
unit size
align 32 symtab 0 alias set -1 fields
pointer_to_this chain >
unsigned SI size unit size
align 32 symtab 0 alias set -1>
used unsigned ignored SI file
/home/dave/gcc-4.2/gcc/gcc/testsuite/gcc.dg/torture/pr26565.c line 20 size
unit size
align 32 context
(reg:SI 94 [ D.1473 ])>
$7 = void
get_pointer_alignment returns an alignment of 32 which appears wrong
because of the packed attribute:
struct outdata {
long align;
char seq;
struct timeval tv __attribute__((packed));
};
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29111
[Bug tree-optimization/27742] [4.2 regression] ICE with -ftree-vectorizer-verbose
--- Comment #12 from steven at gcc dot gnu dot org 2006-09-16 19:13 --- Dorit, your comments please. If I don't hear from you I'll commit this as obvious. Index: tree-vectorizer.c === --- tree-vectorizer.c (revision 116991) +++ tree-vectorizer.c (working copy) @@ -2066,6 +2066,7 @@ vectorize_loops (struct loops *loops) vect_transform_loop (loop_vinfo, loops); num_vectorized_loops++; } + vect_loop_location = NULL; if (vect_print_dump_info (REPORT_VECTORIZED_LOOPS)) fprintf (vect_dump, "vectorized %u loops in function.\n", -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27742
[Bug tree-optimization/27742] [4.2 regression] ICE with -ftree-vectorizer-verbose
--- Comment #11 from steven at gcc dot gnu dot org 2006-09-16 19:02 ---
(gdb) run
Starting program: /home/steven/devel/build-trunk/gcc/cc1plus -O
-ftree-vectorize -ftree-vectorizer-verbose=1 --param ggc-min-expand=0 --param
ggc-min-heapsize=0 t.cc
void foo() {GC 2466k -> 2190k} void bar(int*) {GC 2198k -> 2196k} void
baz(int) {GC 2201k -> 2199k} A::A() A::A() {GC 2209k -> 2207k} A::A() {GC 2209k
-> 2209k} void __static_initialization_and_destruction_0(int, int) void
_GLOBAL__I__Z3foov()
Analyzing compilation unitPerforming interprocedural optimizations
Assembling functions:
void foo() void bar(int*)
t.cc:5: note: LOOP VECTORIZED.
t.cc:5: note: vectorized 1 loops in function.
void __static_initialization_and_destruction_0(int, int) {GC 2210k -> 1993k}
{GC 1993k -> 1993k} {GC 1993k -> 1993k} {GC 1993k -> 1993k}
Program received signal SIGSEGV, Segmentation fault.
0x2ac325e0 in strlen () from /lib64/tls/libc.so.6
(gdb) bt
#0 0x2ac325e0 in strlen () from /lib64/tls/libc.so.6
#1 0x2ac04a90 in vfprintf () from /lib64/tls/libc.so.6
#2 0x2ac01dda in buffered_vfprintf () from /lib64/tls/libc.so.6
#3 0x2ac0218d in vfprintf () from /lib64/tls/libc.so.6
#4 0x2ac0acf8 in fprintf () from /lib64/tls/libc.so.6
#5 0x005cb505 in vect_print_dump_info (vl=)
at ../../trunk/gcc/tree-vectorizer.c:1338
#6 0x005cea8d in vectorize_loops (loops=0xd6bfa0)
at ../../trunk/gcc/tree-vectorizer.c:2070
#7 0x005c0e10 in tree_vectorize () at
../../trunk/gcc/tree-ssa-loop.c:192
#8 0x008a351e in execute_one_pass (pass=0xc946c0) at
../../trunk/gcc/passes.c:870
#9 0x008a368c in execute_pass_list (pass=0xc946c0) at
../../trunk/gcc/passes.c:917
#10 0x008a369e in execute_pass_list (pass=0xc94540) at
../../trunk/gcc/passes.c:918
#11 0x008a369e in execute_pass_list (pass=0xc93b80) at
../../trunk/gcc/passes.c:918
#12 0x005607ee in tree_rest_of_compilation (fndecl=0x2af7b540)
at ../../trunk/gcc/tree-optimize.c:417
#13 0x004d4d68 in expand_body (fn=0x2af7b540) at
../../trunk/gcc/cp/semantics.c:3069
#14 0x008f51c6 in cgraph_expand_function (node=0x2b0d00c0)
at ../../trunk/gcc/cgraphunit.c:1230
#15 0x008f7d0e in cgraph_optimize () at
../../trunk/gcc/cgraphunit.c:1295
#16 0x0048102a in cp_finish_file () at ../../trunk/gcc/cp/decl2.c:3354
#17 0x0053445a in c_common_parse_file (set_yydebug=)
at ../../trunk/gcc/c-opts.c:1165
#18 0x008747a3 in toplev_main (argc=, argv=)
at ../../trunk/gcc/toplev.c:1033
#19 0x2abde5aa in __libc_start_main () from /lib64/tls/libc.so.6
#20 0x004027ba in _start () at ../sysdeps/x86_64/elf/start.S:113
(gdb) up
#1 0x2ac04a90 in vfprintf () from /lib64/tls/libc.so.6
(gdb)
#2 0x2ac01dda in buffered_vfprintf () from /lib64/tls/libc.so.6
(gdb)
#3 0x2ac0218d in vfprintf () from /lib64/tls/libc.so.6
(gdb)
#4 0x2ac0acf8 in fprintf () from /lib64/tls/libc.so.6
(gdb)
#5 0x005cb505 in vect_print_dump_info (vl=)
at ../../trunk/gcc/tree-vectorizer.c:1338
1338fprintf (vect_dump, "\n%s:%d: note: ",
(gdb) l
1333 if (vect_loop_location == UNKNOWN_LOC)
1334fprintf (vect_dump, "\n%s:%d: note: ",
1335 DECL_SOURCE_FILE (current_function_decl),
1336 DECL_SOURCE_LINE (current_function_decl));
1337 else
1338fprintf (vect_dump, "\n%s:%d: note: ",
1339 LOC_FILE (vect_loop_location), LOC_LINE
(vect_loop_location));
1340
1341 return true;
1342}
(gdb) p vect_loop_location
$1 = (LOC) 0x2adf5bc0
(gdb) p * vect_loop_location
$2 = {file = 0xa5a5a5a5a5a5a5a5 ,
line = -1515870811}
(gdb)
So vect_loop_location has already been collected.
--
steven at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |steven at gcc dot gnu dot
|dot org |org
Status|NEW |ASSIGNED
Last reconfirmed|2006-05-23 15:43:50 |2006-09-16 19:02:19
date||
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27742
[Bug c/25993] [3.3/3.4/4.0/4.1/4.2 Regression] -std= produces incorrect preprocessor output for .S
-- aldot at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.2.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25993
[Bug tree-optimization/28778] [4.0/4.1/4.2 Regression] alias bug with cast and call clobbered
--- Comment #31 from steven at gcc dot gnu dot org 2006-09-16 18:09 --- sec has passed. ping! -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28778
[Bug target/29111] FAIL: gcc.dg/torture/pr26565.c -O0 execution test
--- Comment #1 from danglin at gcc dot gnu dot org 2006-09-16 18:03 --- The code is wrong in the initial RTL expansion: (insn 10 9 0 (set (reg:SI 94 [ D.1473 ]) (plus:SI (reg/f:SI 95) (const_int 5 [0x5]))) -1 (nil) (nil)) ;; memcpy (D.1473, tp, 4) (insn 11 10 12 (set (reg/f:SI 96) (mem/f/c/i:SI (plus:SI (reg/f:SI 89 virtual-incoming-args) (const_int -8 [0xfff8])) [0 tp+0 S4 A32])) -1 (nil) (nil)) (insn 12 11 13 (set (reg:SI 97) (mem/s:SI (reg/f:SI 96) [0 S4 A32])) -1 (nil) (nil)) (insn 13 12 0 (set (mem/s:SI (reg:SI 94 [ D.1473 ]) [0 S4 A32]) (reg:SI 97)) -1 (nil) (nil)) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29111
[Bug c/24371] -fno-unit-at-a-time ignored in IMA mode
--- Comment #4 from aldot at gcc dot gnu dot org 2006-09-16 18:02 --- Not worth fixing. -- aldot at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WONTFIX http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24371
[Bug target/29111] New: FAIL: gcc.dg/torture/pr26565.c -O0 execution test
Executing on host: /home/dave/gcc-4.2/objdir/gcc/xgcc -B/home/dave/gcc-4.2/objdi r/gcc/ /home/dave/gcc-4.2/gcc/gcc/testsuite/gcc.dg/torture/pr26565.c -O0 -fn o-show-column -lm -o ./pr26565.exe(timeout = 300) PASS: gcc.dg/torture/pr26565.c -O0 (test for excess errors) Setting LD_LIBRARY_PATH to :/home/dave/gcc-4.2/objdir/gcc::/home/dave/gcc-4.2/ob jdir/gcc:/home/dave/gcc-4.2/objdir/hppa-linux/libstdc++-v3/.libs:/home/dave/gcc- 4.2/objdir/hppa-linux/libmudflap/.libs:/home/dave/gcc-4.2/objdir/hppa-linux/libs sp/.libs:/home/dave/gcc-4.2/objdir/hppa-linux/libgomp/.libs:/home/dave/gcc-4.2/o bjdir/./gcc:/home/dave/gcc-4.2/objdir/./prev-gcc FAIL: gcc.dg/torture/pr26565.c -O0 execution test (gdb) r Starting program: /home/dave/gcc-4.2/objdir/gcc/testsuite/gcc/pr26565.xg Program received signal SIGBUS, Bus error. 0x00010474 in send_probe (outdata=0x20a28, tp=0x20a24) at /home/dave/gcc-4.2/gcc/gcc/testsuite/gcc.dg/torture/pr26565.c:20 20 memcpy(&outdata->tv, tp, sizeof outdata->tv); (gdb) bt #0 0x00010474 in send_probe (outdata=0x20a28, tp=0x20a24) at /home/dave/gcc-4.2/gcc/gcc/testsuite/gcc.dg/torture/pr26565.c:20 #1 0x000104ac in main () at /home/dave/gcc-4.2/gcc/gcc/testsuite/gcc.dg/torture/pr26565.c:28 (gdb) p/x $pc $1 = 0x10474 (gdb) disass send_probe Dump of assembler code for function send_probe: 0x00010450 : copy r3,r1 0x00010454 : copy sp,r3 0x00010458 : stw,ma r1,40(sp) 0x0001045c : stw r26,-24(r3) 0x00010460 : stw r25,-28(r3) 0x00010464 : ldw -24(r3),ret0 0x00010468 : ldo 5(ret0),r19 0x0001046c : ldw -28(r3),ret0 0x00010470 : ldw 0(ret0),ret0 0x00010474 : stw ret0,0(r19) 0x00010478 : ldo 40(r3),sp 0x0001047c : ldw,mb -40(sp),r3 0x00010480 : bv,n r0(rp) End of assembler dump. (gdb) p/x $r19 $2 = 0x20a2d The "stw" at 0x00010474 is unaligned. I noticed this because I disabled the default unaligned fixup support in the kernel. This is a regression from 3.4 which called memcpy. All 4.x branches fail. The test doesn't fail under hpux because memcpy is called. -- Summary: FAIL: gcc.dg/torture/pr26565.c -O0 execution test Product: gcc Version: 4.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: target AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: danglin at gcc dot gnu dot org GCC build triplet: hppa-unknown-linux-gnu GCC host triplet: hppa-unknown-linux-gnu GCC target triplet: hppa-unknown-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29111
[Bug c/24371] -fno-unit-at-a-time ignored in IMA mode
--- Comment #3 from aldot at gcc dot gnu dot org 2006-09-16 17:47 --- Created an attachment (id=12284) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12284&action=view) Add diagnostic message Attaching a copy of the patch from the initial bugreport. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24371
[Bug c++/29087] [4.1/4.2 Regression] More than 35000 switch cases crash cc1plus
--- Comment #7 from patchapp at dberlin dot org 2006-09-16 17:40 --- Subject: Bug number PR 29087 A patch for this bug has been added to the patch tracker. The mailing list url for the patch is http://gcc.gnu.org/ml/gcc-patches/2006-09/msg00637.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29087
[Bug c/25993] -std= produces incorrect preprocessor output for .S
--- Comment #2 from aldot at gcc dot gnu dot org 2006-09-16 17:13 --- This regression is a really severe defect in daily use. Note that this works with gcc-2.95.4 but fails with any 3.x and 4.x i have. $ gcc-2.95 -o pr.o -std=c99 -x assembler-with-cpp -c pr25993.S && objdump -D pr.o pr.o: file format elf32-i386 Disassembly of section .text: : 0: c3 ret -- aldot at gcc dot gnu dot org changed: What|Removed |Added Known to fail||3.3.6 3.4.6 4.1.2 4.2.0 Known to work||2.95.4 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25993
[Bug debug/29110] New: FAIL: gcc.dg/debug/dwarf2/dwarf-file1.c scan-assembler File Entry:
Executing on host: /home/dave/gnu/gcc-4.2/objdir/gcc/xgcc -B/home/dave/gnu/gcc-4 .2/objdir/gcc/ /home/dave/gnu/gcc-4.2/gcc/gcc/testsuite/gcc.dg/debug/dwarf2/dwar f-file1.c -O2 -gdwarf-2 -dA -fno-show-column -S -o dwarf-file1.s(timeout = 300) PASS: gcc.dg/debug/dwarf2/dwarf-file1.c (test for excess errors) FAIL: gcc.dg/debug/dwarf2/dwarf-file1.c scan-assembler File Entry: -- Summary: FAIL: gcc.dg/debug/dwarf2/dwarf-file1.c scan-assembler File Entry: Product: gcc Version: 4.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: debug AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: danglin at gcc dot gnu dot org GCC build triplet: hppa-unknown-linux-gnu GCC host triplet: hppa-unknown-linux-gnu GCC target triplet: hppa-unknown-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29110
[Bug c++/26298] -Wconversion fails to detect signedness change during widening conversion
--- Comment #3 from rguenth at gcc dot gnu dot org 2006-09-16 17:08 --- 26167, the one I added in the dependencies -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26298
[Bug testsuite/29108] objc testsuite at -m64 on Darwin PPC doesn't get path to ppc64 libraries
--- Comment #3 from howarth at nitro dot med dot uc dot edu 2006-09-16 17:00 --- On reflection, I'm still confused by this problem. If the ppc64 runtime doesn't exist earlier than Darwin 9, then shouldn't we have the entire the -m64 testsuite for objc on Darwin <=8 bail out if you even try to run it? I'm surprised as much of it passes as it does if a ppc64 runtime doesn't exist. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29108
[Bug middle-end/29109] bad code produced when compiling qt-3.3.6
--- Comment #4 from kalium at gmx dot de 2006-09-16 16:54 --- Note: the words "under hardened" in the title of the Gentoo Linux bug report are wrong -- the problem also occurs with a plain vanilla/non-hardened gcc. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29109
[Bug middle-end/29109] bad code produced when compiling qt-3.3.6
--- Comment #3 from kalium at gmx dot de 2006-09-16 16:52 --- So you have a long-developed and relatively stable and good compiler and you don't develop it any more? Not good. The 4+ branch is pretty unstable. I had to downgrade the gcc 4.1.1 compiler on my Athlon XP and on my VIA C3 systems because the systems randomly just hard-locked since the upgrade and the recompilation of the packages. I will not give an isolated test case, but the information on http://bugs.gentoo.org/show_bug.cgi?id=133301 may even help more. -- kalium at gmx dot de changed: What|Removed |Added Status|WAITING |UNCONFIRMED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29109
[Bug middle-end/29109] bad code produced when compiling qt-3.3.6
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-09-16 16:43 --- We need a self contained testcase for this issue. Really reporting 3.4.x bugs means you will not see this fixed as 3.4.x is no longer supported. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |WAITING Component|c++ |middle-end http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29109
[Bug c++/29109] bad code produced when compiling qt-3.3.6
--- Comment #1 from kalium at gmx dot de 2006-09-16 16:42 --- Created an attachment (id=12283) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12283&action=view) qt-3.3.6-gcc3.patch -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29109
[Bug c++/29109] New: bad code produced when compiling qt-3.3.6
The problem becomes visible when one tries to execute kdesktop_lock in KDE 3.5.2. No problem with gcc 4.1.1. The attached patch for qt-3.3.6 fixes the problem. I'm running Gentoo Linux with CFLAGS="-march=athlon-xp -O2 -pipe". The corresponding Gentoo ebuild is qt-3.3.6-r1. -- Summary: bad code produced when compiling qt-3.3.6 Product: gcc Version: 3.4.6 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: kalium at gmx dot de GCC host triplet: i686-pc-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29109
[Bug testsuite/29108] objc testsuite at -m64 on Darwin PPC doesn't get path to ppc64 libraries
--- Comment #2 from howarth at nitro dot med dot uc dot edu 2006-09-16 16:33 --- It appears this will be resolved with Leopard according to Apple's web site. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29108
[Bug middle-end/25120] builtin *printf handlers are confused by -fexec-charset
--- Comment #15 from kalium at gmx dot de 2006-09-16 16:32 --- (In reply to comment #14) > Fixed. > Where can I get fixes to gcc 3.4.6? (the branch is closed...) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25120
[Bug testsuite/29108] objc testsuite at -m64 on Darwin PPC doesn't get path to ppc64 libraries
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-09-16 16:10 --- the NeXT runtime for Objective-C does not exist at all for PPC64. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29108
[Bug testsuite/29107] wrong libobjc linked when objc testsuite is run on Darwin PPC (should be -lobjc-gnu)
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-09-16 16:07 --- You are wrong. There are two Objective-C runtimes. One is the GNU runtime and one is the NeXt^wApple runtime. Darwin defaults to the NeXt runtime. Just PPC64 Darwin does not include a 64bit version of the NeXT Runtime. The two runtimes have differnet slightly different functions. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29107
[Bug testsuite/29108] New: objc testsuite at -m64 on Darwin PPC doesn't get path to ppc64 libraries
When make check is run on objc built under Darwin PPC, the -m64 tests suffer massive failures due to the absence of the proper path to the ppc64 libraries built for gcc. This is described at... http://gcc.gnu.org/ml/gcc/2006-09/msg00285.html -- Summary: objc testsuite at -m64 on Darwin PPC doesn't get path to ppc64 libraries Product: gcc Version: 4.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: testsuite AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: howarth at nitro dot med dot uc dot edu GCC build triplet: powerpc-apple-darwin8 GCC host triplet: powerpc-apple-darwin8 GCC target triplet: powerpc-apple-darwin8 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29108
[Bug testsuite/29107] New: wrong libobjc linked when objc testsuite is run on Darwin PPC (should be -lobjc-gnu)
Currently when the objc testsuite is run on Darwin PPC, the wrong (system) libobjc is linked in rather than the correct libobjc-gnu shared library. This problem is described on the gcc mailing list at... http://gcc.gnu.org/ml/gcc/2006-09/msg00286.html and makes any test results for objc on Darwin invalid. -- Summary: wrong libobjc linked when objc testsuite is run on Darwin PPC (should be -lobjc-gnu) Product: gcc Version: 4.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: testsuite AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: howarth at nitro dot med dot uc dot edu GCC build triplet: powerpc-apple-darwin8 GCC host triplet: powerpc-apple-darwin8 GCC target triplet: powerpc-apple-darwin8 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29107
[Bug c++/29105] [4.2 Regression] segfault in add_candidates
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.2.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29105
[Bug fortran/28974] Extremely slow compilation of enumerated DATA statements.
--- Comment #3 from bdavis at gcc dot gnu dot org 2006-09-16 15:00 --- more mailing list traffic on this topic: http://gcc.gnu.org/ml/fortran/2006-09/msg00210.html --bud -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28974
[Bug c++/29106] sizeof(*var) in expression drops entire line of code out of compile
--- Comment #1 from deb at pixar dot com 2006-09-16 14:18 --- /* Using built-in specs. Target: x86_64-redhat-linux-gnu Configured with: ../gcc-4.0.3/configure x86_64-redhat-linux-gnu --prefix=/pixar/d2/sets/t\ ools-03 --exec-prefix=/pixar/d2/sets/tools-03 --bindir=/pixar/d2/sets/tools-03/bin --sbin\ dir=/pixar/d2/sets/tools-03/sbin --sysconfdir=/pixar/d2/sets/tools-03/etc --datadir=/pixa\ r/d2/sets/tools-03/share --includedir=/pixar/d2/sets/tools-03/include --libdir=/pixar/d2/\ sets/tools-03/lib --libexecdir=/pixar/d2/sets/tools-03/libexec --localstatedir=/pixar/d2/\ sets/tools-03/var --sharedstatedir=/pixar/d2/sets/tools-03/com --mandir=/pixar/d2/sets/to\ ols-03/man --infodir=/pixar/d2/sets/tools-03/info --enable-version-specific-runtime-libs \ --enable-languages=c++,objc,f95 --enable-threads=posix --enable-shared --enable-mudflap Thread model: posix gcc version 4.0.3 Compile as: g++ bug.cpp Issue: Calll to printf left out. (Indeed, any line of code that contains sizeof(*savepos) gets tossed on the floor. I assume since sizeof() is a compile-time construct, something took this a bit too far? */ -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29106
[Bug c++/29106] New: sizeof(*var) in expression drops entire line of code out of compile
#include
int main()
{
int* const savepos = sizeof(*savepos) ? 0 : 0;
// code for the next line is left out!
printf("size of thingy is %d\n", sizeof(*savepos));
}
Any line of code containing sizeof(*savepos) gets stripped. If you compile
and run this, nothing is printed.
--
Summary: sizeof(*var) in expression drops entire line of code out
of compile
Product: gcc
Version: 4.0.3
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: deb at pixar dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29106
[Bug c++/29105] [4.2 Regression] segfault in add_candidates
--- Comment #1 from tbm at cyrius dot com 2006-09-16 11:55 --- Program received signal SIGSEGV, Segmentation fault. add_candidates (fns=0x2dd4ba20, args=0x0, explicit_targs=0x2fad4b70, template_only=1 '\001', conversion_path=0x0, access_path=0x0, flags=3, candidates=0x7fc849e8) at gcc-4.2/gcc/cp/call.c:3615 3615non_static_args = tree_cons (NULL_TREE, (gdb) where #0 add_candidates (fns=0x2dd4ba20, args=0x0, explicit_targs=0x2fad4b70, template_only=1 '\001', conversion_path=0x0, access_path=0x0, flags=3, candidates=0x7fc849e8) at gcc-4.2/gcc/cp/call.c:3615 #1 0x0040ebe4 in perform_overload_resolution (fn=0x2dd4ba20, args=0x0, candidates=0x7fc849e8, any_viable_p=0x7fc849f7 "\001â⬯â*") at gcc-4.2/gcc/cp/call.c:2765 #2 0x0040efe8 in build_new_function_call (fn=0x2face2d0, args=0x0, koenig_p=) at gcc-4.2/gcc/cp/call.c:2813 #3 0x004d67cf in finish_call_expr (fn=0x2face2d0, args=0x0, disallow_virtual=0 '\0', koenig_p=112 'p') at gcc-4.2/gcc/cp/semantics.c:1843 #4 0x00495573 in cp_parser_unary_expression (parser=0x2af91be0, address_p=, cast_p=0 '\0') at gcc-4.2/gcc/cp/parser.c:4341 #5 0x0049632e in cp_parser_assignment_expression (parser=0x2af91be0, cast_p=) at gcc-4.2/gcc/cp/parser.c:5606 #6 0x00496e6b in cp_parser_expression (parser=0x2af91be0, cast_p=) at gcc-4.2/gcc/cp/parser.c:5898 #7 0x0049775a in cp_parser_expression_statement (parser=0x2af91be0, in_statement_expr=0x0) at gcc-4.2/gcc/cp/parser.c:6331 #8 0x00493664 in cp_parser_statement (parser=0x2af91be0, in_statement_expr=0x0, in_compound=1 '\001') at gcc-4.2/gcc/cp/parser.c:6210 #9 0x004943c3 in cp_parser_statement_seq_opt (parser=0x2af91be0, in_statement_expr=0x0) at gcc-4.2/gcc/cp/parser.c:6398 #10 0x0049455c in cp_parser_compound_statement (parser=0x2af91be0, in_statement_expr=0x0, in_try=) at gcc-4.2/gcc/cp/parser.c:6368 #11 0x004a3807 in cp_parser_ctor_initializer_opt_and_function_body (parser=0x2af91be0) at gcc-4.2/gcc/cp/parser.c:12501 #12 0x004a3d58 in cp_parser_function_definition_after_declarator (parser=0x2af91be0, inline_p=1 '\001') at gcc-4.2/gcc/cp/parser.c:15422 #13 0x00492636 in cp_parser_type_specifier (parser=0x2af91be0, flags=, decl_specs=0x7fc84e70, is_declaration=1 '\001', declares_class_or_enum=0x7fc84e10, is_cv_qualifier=) at gcc-4.2/gcc/cp/parser.c:15912 #14 0x00492a2d in cp_parser_decl_specifier_seq (parser=0x2af91be0, flags=CP_PARSER_FLAGS_OPTIONAL, decl_specs=0x7fc84e70, declares_class_or_enum=0x7fc84ec8) at gcc-4.2/gcc/cp/parser.c:7537 #15 0x004a4573 in cp_parser_single_declaration (parser=0x2af91be0, checks=0x0, member_p=0 '\0', friend_p=0x7fc84f27 "") at gcc-4.2/gcc/cp/parser.c:15596 #16 0x00490943 in cp_parser_template_declaration_after_export (parser=0x2af91be0, member_p=112 'p') at gcc-4.2/gcc/cp/parser.c:15511 #17 0x004a51cd in cp_parser_declaration (parser=0x2af91be0) at gcc-4.2/gcc/cp/parser.c:7092 #18 0x004a5826 in cp_parser_declaration_seq_opt (parser=0x2af91be0) at gcc-4.2/gcc/cp/parser.c:7015 #19 0x004a526f in cp_parser_declaration (parser=0x2af91be0) at gcc-4.2/gcc/cp/parser.c:10527 #20 0x004a5826 in cp_parser_declaration_seq_opt (parser=0x2af91be0) at gcc-4.2/gcc/cp/parser.c:7015 #21 0x004a5f4a in c_parse_file () at gcc-4.2/gcc/cp/parser.c:2751 #22 0x00534435 in c_common_parse_file (set_yydebug=) at gcc-4.2/gcc/c-opts.c:1164 #23 0x00874ab3 in toplev_main (argc=, argv=) at gcc-4.2/gcc/toplev.c:1033 #24 0x2abdf4ca in __libc_start_main () from /lib/libc.so.6 #25 0x0040273a in _start () at ../sysdeps/x86_64/elf/start.S:113 (gdb) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29105
[Bug c++/29105] New: [4.2 Regression] segfault in add_candidates
I get the following segfault with current mainline that I didn't get with
20060823:
(sid)312:[EMAIL PROTECTED]: ~] /usr/lib/gcc-snapshot/bin/g++ -c
adept-tagfilter.cc
adept-tagfilter.cc: In constructor 'aptFront::TagFilter::TagFilter()':
adept-tagfilter.cc:45: internal compiler error: Segmentation fault
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/bugs.html> for instructions.
(sid)313:[EMAIL PROTECTED]: ~] g++ -c adept-tagfilter.cc
(sid)314:[EMAIL PROTECTED]: ~]
Testcase:
namespace aptFront
{
namespace cache
{
namespace component
{
class Tags;
}
class Observer
{
template < typename T > void observeComponent ();
};
}
namespace utils
{
template < typename T > struct MultiTypeBase
{
};
const int notComparable = 0;
const int equalityComparable = 1;
template < typename Self, typename Base, int comparable =
notComparable > struct MultiTypeImpl:public Base {
};
}
namespace predicate
{
template < typename T > struct Base:public utils::MultiTypeBase < Base <
T > >
{
};
template < typename T, typename Self, typename Base =
Base < T > >struct Implementation:utils::MultiTypeImpl < Self, Base,
utils::equalityComparable >
{
};
}
struct InterfacingPredicate
{
};
template < typename T > struct TagFilter:predicate::Implementation < T,
TagFilter < T > >, InterfacingPredicate, cache::Observer
{
TagFilter ()
{
observeComponent < cache::component::Tags > ();
}
};
}
--
Summary: [4.2 Regression] segfault in add_candidates
Product: gcc
Version: 4.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: tbm at cyrius dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29105
[Bug c/29091] [4.0/4.1/4.2 Regression] vector constant not fully outputed
-- steven at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2006-09-16 10:16:06 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29091
[Bug target/29030] gcc.dg/array-9.c produces internal compiler error on Darwin at -m64
--- Comment #12 from echristo at gcc dot gnu dot org 2006-09-16 09:01 --- Subject: Bug 29030 Author: echristo Date: Sat Sep 16 09:01:16 2006 New Revision: 116994 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=116994 Log: 2006-09-16 Andrew Pinski <[EMAIL PROTECTED]> Jack Howarth <[EMAIL PROTECTED]> PR target/29030 * config/rs6000/rs6000.c (rs6000_darwin64_record_arg_advance_recurse) skip on error_mark_node. (rs6000_darwin64_record_arg_recurse): Likewise. Modified: trunk/gcc/ChangeLog trunk/gcc/config/rs6000/rs6000.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29030
[Bug testsuite/29055] gcc.target/powerpc/darwin-bool-1.c fails on powerpc-apple-darwin8 at -m64
--- Comment #3 from echristo at gcc dot gnu dot org 2006-09-16 08:56 --- Subject: Bug 29055 Author: echristo Date: Sat Sep 16 08:55:54 2006 New Revision: 116993 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=116993 Log: 2006-09-16 Jack Howarth <[EMAIL PROTECTED]> PR testsuite/29055 * gcc.target/powerpc/darwin-bool-1.c: Skip -m64 Modified: trunk/gcc/testsuite/ChangeLog trunk/gcc/testsuite/gcc.target/powerpc/darwin-bool-1.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29055
[Bug c/29092] [4.0/4.1/4.2 Regression] vector int a = (vector int) { 1,1,2,2} is rejected as non constant
-- bonzini at gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |bonzini at gnu dot org |dot org | Status|UNCONFIRMED |ASSIGNED Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2006-09-16 08:20:11 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29092
[Bug c/29092] [4.0/4.1/4.2 Regression] vector int a = (vector int) { 1,1,2,2} is rejected as non constant
--- Comment #4 from bonzini at gnu dot org 2006-09-16 08:19 --- I can see what's going wrong. I'll look at it on monday. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29092
