[Bug rtl-optimization/45107] [4.6 Regression] ICE: in insert_expr_in_table, at gcse.c:1213 with -Os -gcse-las (another one)
--- Comment #4 from mkuvyrkov at gcc dot gnu dot org 2010-07-28 16:50 --- Subject: Bug 45107 Author: mkuvyrkov Date: Wed Jul 28 16:50:14 2010 New Revision: 162645 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=162645 Log: PR rtl-optimization/45107 * gcse.c (hash_scan_set): Use max_distance for gcse-las. PR rtl-optimization/45107 * gcc.dg/pr45107.c: New test. Added: trunk/gcc/testsuite/gcc.dg/pr45107.c Modified: trunk/gcc/ChangeLog trunk/gcc/gcse.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45107
[Bug bootstrap/45104] [4.6 Regression] Bootstrap failure: gcc/cp/decl.o differs
--- Comment #6 from mkuvyrkov at gcc dot gnu dot org 2010-07-28 16:51 --- Thanks for checking. *** This bug has been marked as a duplicate of 45105 *** -- mkuvyrkov at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45104
[Bug debug/45105] [4.6 Regression] -fcompare-debug failure at -Os
--- Comment #4 from mkuvyrkov at gcc dot gnu dot org 2010-07-28 16:51 --- *** Bug 45104 has been marked as a duplicate of this bug. *** -- mkuvyrkov at gcc dot gnu dot org changed: What|Removed |Added CC||dominiq at lps dot ens dot ||fr http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45105
[Bug rtl-optimization/45107] [4.6 Regression] ICE: in insert_expr_in_table, at gcse.c:1213 with -Os -gcse-las (another one)
--- Comment #5 from mkuvyrkov at gcc dot gnu dot org 2010-07-28 16:52 --- Should be fixed by the above patch. -- mkuvyrkov at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45107
[Bug debug/45103] DW_OP_reg* has too large valid range for noreturn funcs
--- Comment #3 from jakub at gcc dot gnu dot org 2010-07-28 17:00 --- Subject: Bug 45103 Author: jakub Date: Wed Jul 28 17:00:06 2010 New Revision: 162646 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=162646 Log: PR debug/45103 * dwarf2out.c (dwarf2out_var_location): Always consider NOTE_DURING_CALL_P notes, even when not followed by real instructions. Modified: trunk/gcc/ChangeLog trunk/gcc/dwarf2out.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45103
[Bug debug/45105] [4.6 Regression] -fcompare-debug failure at -Os
--- Comment #5 from jakub at gcc dot gnu dot org 2010-07-28 17:01 --- Subject: Bug 45105 Author: jakub Date: Wed Jul 28 17:01:05 2010 New Revision: 162647 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=162647 Log: PR debug/45105 * gcse.c (hoist_code): Use FOR_BB_INSNS macro. * gcc.dg/pr45105.c: New test. Added: trunk/gcc/testsuite/gcc.dg/pr45105.c Modified: trunk/gcc/ChangeLog trunk/gcc/gcse.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45105
[Bug tree-optimization/45109] New: ICE: in get_constraint_for_component_ref, at tree-ssa-structalias.c:2932
This is similar to PR44946 that was fixed in gcc-4.6pre http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44946 Command line: mipsel-linux-gcc test.c -c -o test.o -O2 Output: test.c: In function o_plist_deserialize_xml: test.c:34: internal compiler error: tree check: expected class expression, have declaration (function_decl) in get_constraint_for_component_ref, at tree-ssa-structalias.c:2932 Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html for instructions. Tested revision: 4.4.* - fail 4.5.0 - OK -- Summary: ICE: in get_constraint_for_component_ref, at tree-ssa- structalias.c:2932 Product: gcc Version: 4.4.5 Status: UNCONFIRMED Severity: major Priority: P3 Component: tree-optimization AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: jipeng at broadcom dot com GCC host triplet: x86_64-pc-linux-gnu GCC target triplet: mipsel-linux-uclibc http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45109
[Bug tree-optimization/45109] ICE: in get_constraint_for_component_ref, at tree-ssa-structalias.c:2932
--- Comment #1 from jipeng at broadcom dot com 2010-07-28 17:09 --- Created an attachment (id=21340) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21340action=view) testing case -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45109
[Bug debug/45110] New: GCC does not emit DW_AT_object_pointer
DWARF 3 introduced DW_AT_object_pointer, for marking the this parameter of a method. GCC does not emit this, so currently GDB has to use a heuristic to detect this. -- Summary: GCC does not emit DW_AT_object_pointer Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: debug AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: tromey at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45110
[Bug middle-end/42509] [4.4 Regression] nonoverlapping_memrefs_p misinterprets NULL MEM_OFFSET as const0_rtx
--- Comment #29 from uweigand at gcc dot gnu dot org 2010-07-28 18:00 --- Subject: Bug 42509 Author: uweigand Date: Wed Jul 28 18:00:08 2010 New Revision: 162650 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=162650 Log: Backport from mainline: 2010-04-03 Richard Guenther rguent...@suse.de PR middle-end/42509 * alias.c (nonoverlapping_memrefs_p): For spill-slot accesses require a non-NULL MEM_OFFSET. Modified: branches/gcc-4_4-branch/gcc/ChangeLog branches/gcc-4_4-branch/gcc/alias.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42509
[Bug middle-end/42509] [4.4 Regression] nonoverlapping_memrefs_p misinterprets NULL MEM_OFFSET as const0_rtx
--- Comment #30 from uweigand at gcc dot gnu dot org 2010-07-28 18:01 --- Backported fix to 4.4 branch as well. The bug should now be fixed everywhere. -- uweigand at gcc dot gnu dot org changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42509
[Bug target/45111] New: main function isn't profiled
I recently noticed that for the main function the _monstartup call gets emitted after _mcount call. This leads to the issue, that for the main function itself no information are getting gathered. A possible solution here would be to call mcount for main-function, if not -mfentry is used, a second time. This shouldn't harm. Any comments? -- Summary: main function isn't profiled Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: target AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: ktietz at gcc dot gnu dot org GCC target triplet: i?86-*-cygwin *-*-mingw* http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45111
[Bug tree-optimization/45021] Redundant prefetches for some loops (vectorizer produced ones too)
--- Comment #4 from changpeng dot fang at amd dot com 2010-07-28 18:22
---
Andrew's example is exactly what the prefetch sees for the test case (in the
bug description). Unfortunately, the prefetch pass could not recognize that
vect_pa.6_24 and vect_pa.20_38 are exactly the same address:
bb 2:
pretmp.2_18 = (float) beta_4(D);
vect_pa.9_22 = (vector(4) float *) a;
vect_pa.6_23 = vect_pa.9_22;
vect_cst_.12_27 = {pretmp.2_18, pretmp.2_18, pretmp.2_18, pretmp.2_18};
vect_pb.16_29 = (vector(4) float *) b;
vect_pb.13_30 = vect_pb.16_29;
vect_pa.23_36 = (vector(4) float *) a;
vect_pa.20_37 = vect_pa.23_36;
bb 3:
# vect_pa.6_24 = PHI vect_pa.6_25(4), vect_pa.6_23(2)
# vect_pb.13_31 = PHI vect_pb.13_32(4), vect_pb.13_30(2)
# vect_pa.20_38 = PHI vect_pa.20_39(4), vect_pa.20_37(2)
# ivtmp.24_40 = PHI ivtmp.24_41(4), 0(2)
vect_var_.10_26 = *vect_pa.6_24;
vect_var_.11_28 = vect_cst_.12_27;
vect_var_.17_33 = *vect_pb.13_31;
vect_var_.18_34 = vect_var_.11_28 * vect_var_.17_33;
vect_var_.19_35 = vect_var_.10_26 + vect_var_.18_34;
*vect_pa.20_38 = vect_var_.19_35;
vect_pa.6_25 = vect_pa.6_24 + 16;
vect_pb.13_32 = vect_pb.13_31 + 16;
vect_pa.20_39 = vect_pa.20_38 + 16;
ivtmp.24_41 = ivtmp.24_40 + 1;
if (ivtmp.24_41 256)
goto bb 4;
else
goto bb 5;
bb 4:
goto bb 3;
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45021
[Bug c++/45112] New: [4.5/4.6 regression] Aligned attribute on static class member definition ignored
Building the following testcase fails with G++ 4.5 and later.
G++ 4.4 works fine.
struct JSString
{
unsigned char mLength;
static JSString unitStringTable[];
};
JSString JSString::unitStringTable[] __attribute__ ((aligned (8))) = { 1 };
int bug [__alignof__ (JSString::unitStringTable) = 8 ? 1 : -1];
The test case is reduced from Mozilla, where the bug sometimes causes the
JavaScript interpreter to crash. See also:
https://bugzilla.mozilla.org/show_bug.cgi?id=582593
The problem appears to be that cp-decl.c:duplicate_decls fails to merge
the DECL_USER_ALIGN flag from the definition into the declaration.
This bug was introduced by the following patch:
http://gcc.gnu.org/ml/gcc-patches/2009-06/msg00763.html
Before that patch, the DECL_USER_ALIGN flag was part of a block copied in whole
via memcpy by duplicate_decls. The patch moved that flag to another location
outside that block, so it is no longer copied ...
--
Summary: [4.5/4.6 regression] Aligned attribute on static class
member definition ignored
Product: gcc
Version: 4.5.0
Status: UNCONFIRMED
Keywords: wrong-code
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: uweigand at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45112
[Bug tree-optimization/45021] Redundant prefetches for some loops (vectorizer produced ones too)
--- Comment #5 from changpeng dot fang at amd dot com 2010-07-28 18:28 --- Thing is a little complicate if we change the code to: a[i] = a[i+1] + beta * b[i]; The prefetch pass want to group a[i] and a[i+1], i.e. they have the same base address with an offset of 4 bytes. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45021
[Bug tree-optimization/45109] ICE: in get_constraint_for_component_ref, at tree-ssa-structalias.c:2932
--- Comment #2 from mikpe at it dot uu dot se 2010-07-28 19:05 --- Not just MIPS, I get this ICE with gcc-4.4 on arm, powerpc64, and sparc64. On i686 a native gcc-4.4 doesn't ICE but a cross to arm does. gcc-4.5 doesn't ICE. -- mikpe at it dot uu dot se changed: What|Removed |Added CC||mikpe at it dot uu dot se http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45109
[Bug c++/45113] New: absent or confusing diagnostics of invalid template argument list in implicit template class instantiation
$cat test1.cpp
templatetypename X,typename Y struct is_same { static bool const value=false;
};
templatetypename X struct is_sameX,X { static bool const value=true; };
templatetypename... X struct U {};
struct Q { typedef Uint x,int y C; };
typedef char check[is_sameint,Q::C::value ? 1 : -1];
$g++ -std=gnu++0x -c test1.cpp echo $?
0
In 14.3.1, the Standard says: A template-argument for a template-parameter
which is a type shall be a type-id. The test must fail compilation, and Q::C
can not be int.
$cat test2.cpp
templatetypename... X struct U {};
typedef Uint x,int y B;
$g++ -std=gnu++0x -c test2.cpp
test2.cpp:2:25: error: invalid type in declaration before ';' token
This message is confusing.
$cat test3.cpp
templatetypename X,typename Y struct U {};
typedef Uint x,int y A;
$g++ -c test3.cpp
test3.cpp:2:22: error: wrong number of template arguments (1, should be 2)
test3.cpp:1:40: error: provided for 'templateclass X, class Y struct U'
test3.cpp:2:25: error: invalid type in declaration before ';' token
These messages are confusing.
--
Summary: absent or confusing diagnostics of invalid template
argument list in implicit template class instantiation
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: roman at binarylife dot net
GCC build triplet: x86_64-unknown-linux-gnu
GCC host triplet: x86_64-unknown-linux-gnu
GCC target triplet: x86_64-unknown-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45113
[Bug c++/45114] New: implement C++0x alias-declaration
-- Summary: implement C++0x alias-declaration Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: enhancement Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: jason at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45114
[Bug c++/45114] implement C++0x alias-declaration
-- jason at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2010-07-28 19:12:36 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45114
[Bug c++/45114] implement C++0x alias-declaration
--- Comment #1 from jason at gcc dot gnu dot org 2010-07-28 19:13 --- Created an attachment (id=21341) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21341action=view) initial incomplete patch -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45114
[Bug target/45063] [4.6 Regression] ICE: Segmentation fault (cc1) compiling matmul_i1.c
--- Comment #9 from dave at hiauly1 dot hia dot nrc dot ca 2010-07-28 19:18 --- Subject: Re: [4.6 Regression] ICE: Segmentation fault (cc1) compiling matmul_i1.c Replacing stage2/stage3 version of loop-iv.o with stage1 version results in successful compilation of matmul_i1.c. Attached .i, .s and cc command for loop-iv.c. I annotated the .s in a couple of locations, indicating the areas that cause the ICE. As noted in comment #6, 0 is passed instead of const0_rtx in the fifth argument of the call to simplify_gen_relational at line 2609. Dave --- Comment #10 from dave at hiauly1 dot hia dot nrc dot ca 2010-07-28 19:18 --- Created an attachment (id=21342) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21342action=view) --- Comment #11 from dave at hiauly1 dot hia dot nrc dot ca 2010-07-28 19:18 --- Created an attachment (id=21343) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21343action=view) --- Comment #12 from dave at hiauly1 dot hia dot nrc dot ca 2010-07-28 19:18 --- Created an attachment (id=21344) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21344action=view) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45063
[Bug tree-optimization/45109] [4.4 Regression] ICE: in get_constraint_for_component_ref, at tree-ssa-structalias.c:2932
--- Comment #3 from rguenth at gcc dot gnu dot org 2010-07-28 19:36 --- Confirmed on x86_64-linux. Not similar to PR44946, but I fixed a similar bug on the mem-ref branch. Thus, mine. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |rguenth at gcc dot gnu dot |dot org |org Status|UNCONFIRMED |ASSIGNED Ever Confirmed|0 |1 GCC target triplet|mipsel-linux-uclibc |mipsel-linux-uclibc, x86_64- ||*-* Known to work||4.3.4 Last reconfirmed|-00-00 00:00:00 |2010-07-28 19:36:29 date|| Summary|ICE: in |[4.4 Regression] ICE: in |get_constraint_for_component|get_constraint_for_component |_ref, at tree-ssa- |_ref, at tree-ssa- |structalias.c:2932 |structalias.c:2932 Target Milestone|--- |4.4.5 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45109
[Bug c++/45112] [4.5/4.6 regression] Aligned attribute on static class member definition ignored
-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.5.1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45112
[Bug c/45115] New: attribute((pure)) does not work when returning structs
compiling this with 'gcc -O3 -S x.c'
x.c ---
#define PURE __attribute__((pure))
struct res {int u; };
extern struct res calc_1() PURE;
extern intcalc_2() PURE;
int fun_1()
{
return calc_1().u+calc_1().u;
}
int fun_2()
{
return calc_2()+calc_2();
}
yields code which calls calc_2() *once* in fun_2() but calls calc_1() *twice*
in fun_1(). Obviously, fun_1 misses an optimization.
Tested on gcc 4.4.3 (Ubuntu 10.04), gcc 4.5.0/4.4.4/4.3.5 (MacPorts)
--
Summary: attribute((pure)) does not work when returning structs
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: marco at technoboredom dot net
GCC host triplet: x86_64-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45115
[Bug tree-optimization/45115] pure functions returning structs are not optimized.
--- Comment #1 from pinskia at gcc dot gnu dot org 2010-07-28 19:48 --- Confirmed. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Severity|normal |enhancement Status|UNCONFIRMED |NEW Component|c |tree-optimization Ever Confirmed|0 |1 GCC host triplet|x86_64-linux-gnu| Keywords||missed-optimization Last reconfirmed|-00-00 00:00:00 |2010-07-28 19:48:03 date|| Summary|attribute((pure)) does not |pure functions returning |work when returning structs |structs are not optimized. http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45115
[Bug fortran/42051] [OOP] ICE on array-valued function with CLASS formal argument
--- Comment #17 from mikael at gcc dot gnu dot org 2010-07-28 20:01 --- (In reply to comment #16) Reassigning to Janus then ... I will submit my patch. -- mikael at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|janus at gcc dot gnu dot org|mikael at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42051
[Bug fortran/41359] Wrong line numbers for debugging/profiling
-- mikael at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |mikael at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED Last reconfirmed|2009-09-15 13:07:14 |2010-07-28 20:01:09 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41359
[Bug c++/45096] [4.6 Regression] g++.dg/cpp0x/auto3.C
--- Comment #2 from paolo at gcc dot gnu dot org 2010-07-28 20:03 --- Subject: Bug 45096 Author: paolo Date: Wed Jul 28 20:02:56 2010 New Revision: 162657 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=162657 Log: 2010-07-28 Paolo Carlini paolo.carl...@oracle.com PR c++/45096 * g++.dg/cpp0x/auto3.C: Tweak dg-error string. Modified: trunk/gcc/testsuite/ChangeLog trunk/gcc/testsuite/g++.dg/cpp0x/auto3.C -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45096
[Bug c++/45096] [4.6 Regression] g++.dg/cpp0x/auto3.C
--- Comment #3 from paolo dot carlini at oracle dot com 2010-07-28 20:04 --- Fixed. -- paolo dot carlini at oracle dot com changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45096
[Bug tree-optimization/45115] pure functions returning structs are not optimized.
--- Comment #2 from rguenth at gcc dot gnu dot org 2010-07-28 20:05 --- We can only value-number things which define an SSA name. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added CC||matz at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45115
[Bug translation/45116] New: config/ia64/vms_symvec_libgcc_s.opt not an options file
The file config/ia64/vms_symvec_libgcc_s.opt, though with a .opt name, is not an options file. po/exgettext incorrectly processes it as if it were one, so leading to extraneous messages in gcc.pot. Either the file should be renamed, or exgettext should exclude it. (The file is referenced in config/ia64/t-vms as vms_symv...@shlib_base_name@.opt.) -- Summary: config/ia64/vms_symvec_libgcc_s.opt not an options file Product: gcc Version: 4.5.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: translation AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: jsm28 at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45116
[Bug target/45063] [4.6 Regression] ICE: Segmentation fault (cc1) compiling matmul_i1.c
--- Comment #13 from danglin at gcc dot gnu dot org 2010-07-28 20:21
---
RTL seems to go wrong in ira. We have after sched1:
(insn 1311 1308 1312 134 (set (reg/f:SI 926 [ const_int_rtx+256 ])
(mem/s/f:SI (plus:SI (reg/f:SI 1207)(const_int 256 [0x100])) [3
const_int_rtx+256 S4 A32])) ../../gcc/gcc/loop-iv.c:2609 37 {*pa.md:2102}
(expr_list:REG_EQUAL (mem/s/f:SI (const:SI (plus:SI (symbol_ref:SI
(const_int_rtx) [flags 0x240] var_decl 0x40836b40 const_int_rtx)
(const_int 256 [0x100]))) [3 const_int_rtx+256 S4 A32])
(nil)))
(insn 1312 1311 1315 134 (set (mem:SI (plus:SI (reg/f:SI 30 %r30)
(const_int -52 [0xffcc])) [0 S4 A32])
(reg/f:SI 926 [ const_int_rtx+256 ])) ../../gcc/gcc/loop-iv.c:2609 37
{*pa.md:2102}
(expr_list:REG_DEAD (reg/f:SI 926 [ const_int_rtx+256 ])
(nil)))
We have after ira:
(insn 1311 1308 2909 134 (set (reg/f:SI 19 %r19 [orig:926 const_int_rtx+256 ]
[926])(mem/s/f:SI (plus:SI (reg/f:SI 12 %r12 [1207])
(const_int 256 [0x100])) [3 const_int_rtx+256 S4 A32]))
../../gcc/gcc/loop-iv.c:2609 37 {*pa.md:2102}
(expr_list:REG_EQUIV (mem/s/f:SI (plus:SI (reg/f:SI 12 %r12 [1207])
(const_int 256 [0x100])) [3 const_int_rtx+256 S4 A32])
(expr_list:REG_EQUAL (mem/s/f:SI (const:SI (plus:SI (symbol_ref:SI
(const_int_rtx) [flags 0x240] var_decl 0x40836b40 const_int_rtx)
(const_int 256 [0x100]))) [3 const_int_rtx+256 S4 A32])
(nil
(insn 2909 1311 1312 134 (set (reg:SI 19 %r19)
(mem/c:SI (plus:SI (reg/f:SI 30 %r30)
(const_int -204 [0xff34])) [84 S4 A32]))
../../gcc/gcc/loop-iv.c:2609 37 {*pa.md:2102}
(nil))
(insn 1312 2909 1315 134 (set (mem:SI (plus:SI (reg/f:SI 30 %r30)
(const_int -52 [0xffcc])) [0 S4 A32])
(reg/f:SI 19 %r19 [orig:926 const_int_rtx+256 ] [926]))
../../gcc/gcc/loop-iv.c:2609 37 {*pa.md:2102}
(nil))
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45063
[Bug fortran/45087] -fwhole-program: Miscompiled due to wrong decls
--- Comment #6 from burnus at gcc dot gnu dot org 2010-07-28 20:34 --- Patch: http://gcc.gnu.org/ml/fortran/2010-07/msg00430.html -- burnus at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |burnus at gcc dot gnu dot |dot org |org Status|UNCONFIRMED |ASSIGNED Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2010-07-28 20:34:41 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45087
[Bug fortran/45117] New: Segfault in resolve_array_bound
GCC segfaults on this program while printing diagnostic: SUBROUTINE DFTAX8A(F,H,MAPAUX,IAUXTYP,LOCAUX) COMMON /INFOA / NAT,ICH,MUL,NUM,NQMT,NE,NA,NB, * TMPTMP(NUM+NAUXFUN,NUM+NAUXFUN) END This happens in resolve_array_bound, on trying to access a NULL pointer: gfc_error (Variable '%s' at %L in this context must be constant, e-symtree-n.sym-name, e-where); (gdb) p e-symtree $26 = (gfc_symtree *) 0x0 -- Summary: Segfault in resolve_array_bound Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: spop at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45117
[Bug fortran/44354] implied do loop with its own variable name as upper bound
-- mikael at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |mikael at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED Last reconfirmed|2010-05-31 18:04:29 |2010-07-28 20:53:59 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44354
[Bug c++/45112] [4.5/4.6 regression] Aligned attribute on static class member definition ignored
--- Comment #1 from uweigand at gcc dot gnu dot org 2010-07-28 21:47 --- Proposed fix posted here: http://gcc.gnu.org/ml/gcc-patches/2010-07/msg02223.html -- uweigand at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |uweigand at gcc dot gnu dot |dot org |org Status|UNCONFIRMED |ASSIGNED Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2010-07-28 21:47:11 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45112
[Bug target/45063] [4.6 Regression] ICE: Segmentation fault (cc1) compiling matmul_i1.c
--- Comment #14 from bernds at gcc dot gnu dot org 2010-07-28 22:14 --- That seems to be helpful - thank you. I think I can reproduce it: insn 2909 is generated during save_call_clobbered_regs, and I think I see how it relates to revision 162418. I hope to have a fix tomorrow or Friday. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45063
[Bug bootstrap/45118] New: No rule to make target `.deps/affinity.Plo'
libtool: compile: /Users/dave/gnu/gcc/objdir/./gcc/xgcc -B/Users/dave/gnu/gcc/o bjdir/./gcc/ -B/opt/gnu/gcc/gcc-4.6.0/i686-apple-darwin9/bin/ -B/opt/gnu/gcc/gcc -4.6.0/i686-apple-darwin9/lib/ -isystem /opt/gnu/gcc/gcc-4.6.0/i686-apple-darwin 9/include -isystem /opt/gnu/gcc/gcc-4.6.0/i686-apple-darwin9/sys-include -DHAVE_ CONFIG_H -I. -I../../../gcc/libgomp -I../../../gcc/libgomp/config/bsd -I../../.. /gcc/libgomp/config/posix -I../../../gcc/libgomp -Wall -pthread -Werror -g -O2 - MT affinity.lo -MD -MP -MF .deps/affinity.Tpo -c ../../../gcc/libgomp/config/pos ix/affinity.c -o affinity.o /dev/null 21 mv -f .deps/time.Tpo .deps/time.Plo make DO=all multi-do # make mv -f .deps/bar.Tpo .deps/bar.Plo /Users/dave/gnu/gcc/objdir/./gcc/gfortran -B/Users/dave/gnu/gcc/objdir/./gcc/ -B /opt/gnu/gcc/gcc-4.6.0/i686-apple-darwin9/bin/ -B/opt/gnu/gcc/gcc-4.6.0/i686-app le-darwin9/lib/ -isystem /opt/gnu/gcc/gcc-4.6.0/i686-apple-darwin9/include -isys tem /opt/gnu/gcc/gcc-4.6.0/i686-apple-darwin9/sys-include-g -O2 -Wall -fsynt ax-only omp_lib.f90 mv -f .deps/affinity.Tpo .deps/affinity.Plo make[6]: *** No rule to make target `.deps/affinity.Plo'. Stop. make[5]: *** [all-multi] Error 2 -- Summary: No rule to make target `.deps/affinity.Plo' Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: bootstrap AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: danglin at gcc dot gnu dot org GCC build triplet: i686-apple-darwin9 GCC host triplet: i686-apple-darwin9 GCC target triplet: i686-apple-darwin9 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45118
[Bug tree-optimization/45034] [4.3/4.4/4.5/4.6 Regression] safe conversion from unsigned to signed char gives broken code
--- Comment #15 from mikpe at it dot uu dot se 2010-07-28 23:31 --- Richard's proposed fix appears to need the PR44284 fix to avoid regressing vect-20.c, much like PR44828 also needed PR44284 to not regress vectorization tests. Current 4.5 has PR44284 backported, so the PR45034 fix works there. I did a preliminary backport of the first PR44284 fix to 4.4, and that solved the vect-20.c regression but caused a couple of regressions of its own. I'll try backporting the followup fixes too, but I suspect the rational conclusion will be to not backport the PR45034 fix, or to backport it with an adjustment to vect-20.c to expect the reduced vectorization. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45034
[Bug bootstrap/45119] New: [4.6 Regression] Bootstrap went to infinite loop
On Linux/ia32, revision 162656 went into infinite loop during bootstrap: 11445 hjl 20 0 57792 13m 9724 R 100.1 0.2 278:42.87 cc1 11509 hjl 20 0 60884 21m 13m R 100.1 0.3 278:40.99 cc1 11527 hjl 20 0 63292 23m 13m R 100.1 0.3 278:32.08 cc1 11939 hjl 20 0 59564 15m 10m R 99.7 0.2 277:24.65 cc1 when building libgcc: (gdb) bt #0 0x08d517b5 in memory_address_addr_space_p (mode=QImode, addr=0xf755ba50, as=0 '\000') at ../../src-trunk/gcc/recog.c:1287 #1 0x096ba93a in get_address_cost (symbol_present=0 '\000', var_present=1 '\001', offset=1, ratio=1, cstep=1, mem_mode=QImode, as=0 '\000', speed=1 '\001', stmt_after_inc=0 '\000', may_autoinc=0xffdcd25b \377) at ../../src-trunk/gcc/tree-ssa-loop-ivopts.c:3261 #2 0x096be013 in get_computation_cost_at (data=0xffdcd338, use=0xb2eac30, cand=0xb2c0ca0, address_p=1 '\001', depends_on=0xffdcd25c, at=0xf755ca20, can_autoinc=0xffdcd25b \377, inv_expr_id=0xffdcd254) at ../../src-trunk/gcc/tree-ssa-loop-ivopts.c:4083 #3 0x096be480 in get_computation_cost (data=0xffdcd338, use=0xb2eac30, cand=0xb2c0ca0, address_p=1 '\001', depends_on=0xffdcd25c, can_autoinc=0xffdcd25b \377, inv_expr_id=0xffdcd254) at ../../src-trunk/gcc/tree-ssa-loop-ivopts.c:4148 #4 0x096be5e3 in determine_use_iv_cost_address (data=0xffdcd338, use=0xb2eac30, cand=0xb2c0ca0) at ../../src-trunk/gcc/tree-ssa-loop-ivopts.c:4194 #5 0x096bf0ad in determine_use_iv_cost (data=0xffdcd338, use=0xb2eac30, cand=0xb2c0ca0) at ../../src-trunk/gcc/tree-ssa-loop-ivopts.c:4470 #6 0x096bf378 in determine_use_iv_costs (data=0xffdcd338) at ../../src-trunk/gcc/tree-ssa-loop-ivopts.c:4573 #7 0x096c4160 in tree_ssa_iv_optimize_loop (data=0xffdcd338, loop=0xf7544ec8) ---Type return to continue, or q return to quit--- at ../../src-trunk/gcc/tree-ssa-loop-ivopts.c:6385 #8 0x096c424f in tree_ssa_iv_optimize () at ../../src-trunk/gcc/tree-ssa-loop-ivopts.c:6432 #9 0x0974c79d in tree_ssa_loop_ivopts () at ../../src-trunk/gcc/tree-ssa-loop.c:634 #10 0x08c6b1d8 in execute_one_pass (pass=0xabd9820) at ../../src-trunk/gcc/passes.c:1564 #11 0x08c6b3ac in execute_pass_list (pass=0xabd9820) at ../../src-trunk/gcc/passes.c:1619 #12 0x08c6b3c8 in execute_pass_list (pass=0xabd9420) at ../../src-trunk/gcc/passes.c:1620 #13 0x08c6b3c8 in execute_pass_list (pass=0xabd8da0) at ../../src-trunk/gcc/passes.c:1620 #14 0x092e475b in tree_rest_of_compilation (fndecl=0xf752a800) at ../../src-trunk/gcc/tree-optimize.c:452 #15 0x09d7985b in cgraph_expand_function (node=0xf7537e8c) at ../../src-trunk/gcc/cgraphunit.c:1643 #16 0x09d79ac6 in cgraph_expand_all_functions () at ../../src-trunk/gcc/cgraphunit.c:1722 #17 0x09d7a0b8 in cgraph_optimize () at ../../src-trunk/gcc/cgraphunit.c:1978 #18 0x09d77e02 in cgraph_finalize_compilation_unit () at ../../src-trunk/gcc/cgraphunit.c:1185 #19 0x081116af in c_write_global_declarations () ---Type return to continue, or q return to quit--- at ../../src-trunk/gcc/c-decl.c:9698 #20 0x08fe14db in compile_file () at ../../src-trunk/gcc/toplev.c:957 #21 0x08fe3483 in do_compile () at ../../src-trunk/gcc/toplev.c:2295 #22 0x08fe3549 in toplev_main (argc=63, argv=0xffdcd724) at ../../src-trunk/gcc/toplev.c:2336 #23 0x082e040e in main (argc=63, argv=0xffdcd724) at ../../src-trunk/gcc/main.c:36 (gdb) Revision 162645 is OK. -- Summary: [4.6 Regression] Bootstrap went to infinite loop Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: bootstrap AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: hjl dot tools at gmail dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45119
[Bug bootstrap/45119] [4.6 Regression] Bootstrap went to infinite loop
--- Comment #1 from hjl dot tools at gmail dot com 2010-07-29 00:55 --- Revision 162649 is OK. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45119
[Bug fortran/45108] Namelist read: Not aborted when reading from STDIN
--- Comment #3 from jvdelisle at gcc dot gnu dot org 2010-07-29 00:59 --- I will have a look. -- jvdelisle at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |jvdelisle at gcc dot gnu dot |dot org |org Status|UNCONFIRMED |ASSIGNED Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2010-07-29 00:59:45 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45108
[Bug tree-optimization/45120] New: [4.6 Regression] -fipa-pta causes FAIL: gcc.c-torture/execute/pta-field-2.c execution
With -fipa-pta in flags, pta-field-2.c FAILs: FAIL: gcc.c-torture/execute/pta-field-2.c execution, -O2 FAIL: gcc.c-torture/execute/pta-field-2.c execution, -O3 -fomit-frame-pointer FAIL: gcc.c-torture/execute/pta-field-2.c execution, -O3 -g FAIL: gcc.c-torture/execute/pta-field-2.c execution, -Os FAIL: gcc.c-torture/execute/pta-field-2.c execution, -O2 -flto Command line: $ gcc -O2 -fipa-pta pta-field-2.i $ ./a.out Aborted The code might be undefined, but even -fno-strict-aliasing doesn't help: $ gcc -O2 -fipa-pta pta-field-2.i -fno-strict-aliasing $ ./a.out Aborted Tested revisions: r162653 - fail r161659 - fail r161170 - OK -- Summary: [4.6 Regression] -fipa-pta causes FAIL: gcc.c- torture/execute/pta-field-2.c execution Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: tree-optimization AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: zsojka at seznam dot cz GCC host triplet: x86_64-pc-linux-gnu GCC target triplet: x86_64-pc-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45120
[Bug c++/45121] New: [4.6 Regression] c-c++-common/uninit-17.c
On Linux/x86-64, revision 162661 gave FAIL: c-c++-common/uninit-17.c (test for warnings, line 12) FAIL: c-c++-common/uninit-17.c (test for warnings, line 12) FAIL: c-c++-common/uninit-17.c -Wc++-compat (test for warnings, line 12) FAIL: c-c++-common/uninit-17.c -Wc++-compat (test for warnings, line 12) FAIL: c-c++-common/uninit-17.c -Wc++-compat (test for excess errors) FAIL: c-c++-common/uninit-17.c -Wc++-compat (test for excess errors) FAIL: c-c++-common/uninit-17.c (test for excess errors) FAIL: c-c++-common/uninit-17.c (test for excess errors) Revision 162652 is OK. -- Summary: [4.6 Regression] c-c++-common/uninit-17.c Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: hjl dot tools at gmail dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45121
[Bug bootstrap/45119] [4.6 Regression] Bootstrap went to infinite loop
--- Comment #2 from hjl dot tools at gmail dot com 2010-07-29 01:06 --- It is caused by revision 162653: http://gcc.gnu.org/ml/gcc-cvs/2010-07/msg01007.html -- hjl dot tools at gmail dot com changed: What|Removed |Added CC||davidxl at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45119
[Bug tree-optimization/45122] New: [4.6 Regression] -funsafe-loop-optimizations causes FAIL: gcc.c-torture/execute/pr27285.c execution
With -funsafe-loop-optimizations in flags, pr27285.c FAILs: FAIL: gcc.c-torture/execute/pr27285.c execution, -O1 FAIL: gcc.c-torture/execute/pr27285.c execution, -O2 FAIL: gcc.c-torture/execute/pr27285.c execution, -O3 -fomit-frame-pointer FAIL: gcc.c-torture/execute/pr27285.c execution, -O3 -fomit-frame-pointer -funroll-loops FAIL: gcc.c-torture/execute/pr27285.c execution, -O3 -fomit-frame-pointer -funroll-all-loops -finline-functions FAIL: gcc.c-torture/execute/pr27285.c execution, -O3 -g FAIL: gcc.c-torture/execute/pr27285.c execution, -O2 -flto FAIL: gcc.c-torture/execute/pr27285.c execution, -O2 -fwhopr Output: $ gcc -O -funsafe-loop-optimizations pr27285.i -Wunsafe-loop-optimizations /mnt/svn/gcc-trunk/gcc/testsuite/gcc.c-torture/execute/pr27285.c: In function 'foo': /mnt/svn/gcc-trunk/gcc/testsuite/gcc.c-torture/execute/pr27285.c:19:10: warning: assuming that the loop counter does not overflow [-Wunsafe-loop-optimizations] /mnt/svn/gcc-trunk/gcc/testsuite/gcc.c-torture/execute/pr27285.c:17:9: warning: assuming that the loop counter does not overflow [-Wunsafe-loop-optimizations] $ ./a.out Aborted There is no overflow in the loop. When compiled with -funsafe-loop-optimizations, the loop is exited when 'b' has value 1 (that is, e[a] = d[a] c; is not executed when b == 0). 'b' has values of 25,17,19,1 (and then the loop ends) - without -funsafe-loop-optimizations, it has values 25,17,19,1,0. Even though -funsafe-loop-optimizations is expected to be unsafe, this behaviour makes it unusable. The loop is finite and the counter doesn't overflow, so this is a wrong code generated. Tested revisions: r162653 - fail r162456 - OK -- Summary: [4.6 Regression] -funsafe-loop-optimizations causes FAIL: gcc.c-torture/execute/pr27285.c execution Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: tree-optimization AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: zsojka at seznam dot cz GCC host triplet: x86_64-pc-linux-gnu GCC target triplet: x86_64-pc-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45122
[Bug tree-optimization/45122] [4.6 Regression] -funsafe-loop-optimizations causes FAIL: gcc.c-torture/execute/pr27285.c execution
--- Comment #1 from zsojka at seznam dot cz 2010-07-29 01:24 --- 25,17,19,1 should have been 25,17,9,1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45122
[Bug c/45102] mm/page-writeback.c:820: internal compiler error: Segmentation fault
--- Comment #2 from yenchengwang at gmail dot com 2010-07-29 01:27 --- Created an attachment (id=21345) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21345action=view) the preprocessed file of page-writeback -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45102
[Bug tree-optimization/45122] [4.6 Regression] -funsafe-loop-optimizations causes FAIL: gcc.c-torture/execute/pr27285.c execution
--- Comment #2 from pinskia at gcc dot gnu dot org 2010-07-29 01:28 --- IV-OPTS is choosing b-8 as the IV which seems wrong anyways as that produces worse code as far as I can tell. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.6.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45122
[Bug fortran/44931] For INPUT_UNIT, INQUIRE NAME= should not return stdin
--- Comment #8 from jvdelisle at gcc dot gnu dot org 2010-07-29 01:32 --- Subject: Bug 44931 Author: jvdelisle Date: Thu Jul 29 01:32:23 2010 New Revision: 162667 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=162667 Log: 2010-07-28 Jerry DeLisle jvdeli...@gcc.gnu.org PR libfortran/44931 * io/inquire.c (inquire_via_unit): Use ttyname to return actual device file name for stdin, stdout, and stderr. If ttyname does not succeed fall back to default names for these units. Include string.h to allow using strlen function. * unix.c: Remove typedef of unix_stream structure, move to unix.h. * unix.h: Add typedef of unix_stream structure so that it is accessible to inquire.c. Modified: trunk/libgfortran/ChangeLog trunk/libgfortran/io/inquire.c trunk/libgfortran/io/unix.c trunk/libgfortran/io/unix.h -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44931
[Bug c++/45121] [4.6 Regression] c-c++-common/uninit-17.c
--- Comment #1 from hjl dot tools at gmail dot com 2010-07-29 03:49 --- It is caused by revision 162653: http://gcc.gnu.org/ml/gcc-cvs/2010-07/msg01007.html -- hjl dot tools at gmail dot com changed: What|Removed |Added CC||davidxl at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45121
[Bug c/45123] New: -pedantic warning about string inside __asm
With this file (that's a string of 512 spaces):
main()
{
__asm(
);
}
gcc -o asmloser asmloser.c -ansi -pedantic
asmloser.c: In function main:
asmloser.c:3: warning: string length 512 is greater than the length 509 ISO
C90 compilers are required to support
Since we are inside __asm here and that circumvents -pedantic, the pedantic
warning should not apply to the string inside, which isn't even a C string
constant, it's just GCC extension syntax.
--
Summary: -pedantic warning about string inside __asm
Product: gcc
Version: 4.4.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: roland at redhat dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45123
GCC for MIPS not using the right registers?
I'm producing MIPS code with gcc 4.3.3, specifically on the PSP. When I started looking over the output, I started noticing a strange pattern: the code is often using the s registers which need to be saved rather than the t registers which don't. This produces code that constantly needs to save and load the s registers for no discernible reason -- a huge waste of cycles! This happens regardless of the optimization level (though I haven't tried O0) Here's an example. Notice that only t0 is used, and the compiler chooses to use all the s registers instead. Notice how inefficient the code becomes: 089033e4 _ZN9PspMemory8testCopyEPKhS1_j: 89033e4: 27bdffd8addiu sp,sp,-40 89033e8: afb60018sw s6,24(sp) 89033ec: 00a0b021moves6,a1 89033f0: 3c0508aclui a1,0x8ac 89033f4: afb7001csw s7,28(sp) 89033f8: afb40010sw s4,16(sp) 89033fc: 0080b821moves7,a0 8903400: 00c0a021moves4,a2 8903404: 24a595c8addiu a1,a1,-27192 8903408: 24040001li a0,1 890340c: afbf0024sw ra,36(sp) 8903410: afbe0020sw s8,32(sp) 8903414: afb50014sw s5,20(sp) 8903418: afb3000csw s3,12(sp) 890341c: afb20008sw s2,8(sp) 8903420: afb10004sw s1,4(sp) 8903424: 0e242f24jal 890bc90 _Z13PspDebugTracebPKcz 8903428: afb0sw s0,0(sp) 890342c: 12800036beqzs4,8903508 _ZN9PspMemory8testCopyEPKhS1_j+0x124 8903430: 3c0208aclui v0,0x8ac 8903434: 2455961caddiu s5,v0,-27108 8903438: 3c0208aclui v0,0x8ac 890343c: 245e95fcaddiu s8,v0,-27140 8903440: 02e09021moves2,s7 8903444: 02c08821moves1,s6 8903448: 9821moves3,zero 890344c: 0a240d1ej 8903478 _ZN9PspMemory8testCopyEPKhS1_j+0x94 8903450: 8021moves0,zero 8903454: 02003021movea2,s0 8903458: 24040001li a0,1 890345c: 0e242f24jal 890bc90 _Z13PspDebugTracebPKcz 8903460: 02a02821movea1,s5 8903464: 2611addiu s0,s0,1 8903468: 0214102bsltuv0,s0,s4 890346c: 26520001addiu s2,s2,1 8903470: 10400015beqzv0,89034c8 _ZN9PspMemory8testCopyEPKhS1_j+0xe4 8903474: 26310001addiu s1,s1,1 8903478: 9248lbu t0,0(s2) 890347c: 9227lbu a3,0(s1) 8903480: 5107fff9beqlt0,a3,8903468 _ZN9PspMemory8testCopyEPKhS1_j+0x84 8903484: 2611addiu s0,s0,1 8903488: 1660fff3bnezs3,8903458 _ZN9PspMemory8testCopyEPKhS1_j+0x74 890348c: 02003021movea2,s0 8903490: 3c0508aclui a1,0x8ac 8903494: 24040001li a0,1 8903498: 0e242f24jal 890bc90 _Z13PspDebugTracebPKcz 890349c: 24a595dcaddiu a1,a1,-27172 89034a0: 02c03821movea3,s6 89034a4: 02804021movet0,s4 89034a8: 24040001li a0,1 89034ac: 03c02821movea1,s8 89034b0: 0e242f24jal 890bc90 _Z13PspDebugTracebPKcz 89034b4: 02e03021movea2,s7 89034b8: 24130001li s3,1 89034bc: 9227lbu a3,0(s1) 89034c0: 0a240d15j 8903454 _ZN9PspMemory8testCopyEPKhS1_j+0x70 89034c4: 9248lbu t0,0(s2) 89034c8: 126fbeqzs3,8903508 _ZN9PspMemory8testCopyEPKhS1_j+0x124 89034cc: 3c0508aclui a1,0x8ac 89034d0: 8fbf0024lw ra,36(sp) 89034d4: 8fbe0020lw s8,32(sp) 89034d8: 8fb7001clw s7,28(sp) 89034dc: 8fb60018lw s6,24(sp) 89034e0: 8fb50014lw s5,20(sp) 89034e4: 8fb40010lw s4,16(sp) 89034e8: 8fb3000clw s3,12(sp) 89034ec: 8fb20008lw s2,8(sp) 89034f0: 8fb10004lw s1,4(sp) 89034f4: 8fb0lw s0,0(sp) 89034f8: 24a59c8caddiu a1,a1,-25460 89034fc: 24040001li a0,1 8903500: 0a242f24j 890bc90 _Z13PspDebugTracebPKcz 8903504: 27bd0028addiu sp,sp,40 8903508: 3c0508aclui a1,0x8ac 890350c: 8fbf0024lw ra,36(sp) 8903510: 8fbe0020lw s8,32(sp) 8903514: 8fb7001clw s7,28(sp) 8903518: 8fb60018lw s6,24(sp) 890351c: 8fb50014lw s5,20(sp) 8903520: 8fb40010lw s4,16(sp) 8903524: 8fb3000clw s3,12(sp) 8903528:
[Bug c++/45121] [4.6 Regression] c-c++-common/uninit-17.c
--- Comment #2 from davidxl at gcc dot gnu dot org 2010-07-29 05:51 --- The problem is that before the ivopt patch, the ivopt patch introduced a iv candidate that is unconditionally initialized with b: ivtmp_xxx = b (D); After the patch, this assignment no longer exists, and the use of b in the test is via a PHI def -- thus the warning becomes 'may be uninitialized'. Will fix the test case. David -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45121
