[Bug middle-end/32077] [Regression 4.3] Profile-use: ICE: Segmentation fault
--- Comment #2 from burnus at gcc dot gnu dot org 2007-06-11 06:04 --- Seems to be fixed since 2007-06-07. - Close PR. -- burnus at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED Target Milestone|--- |4.3.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32077
[Bug c++/32281] A problem of gcc4.1.0(O3 optimize)
--- Comment #2 from stillzhang at tencent dot com 2007-06-11 06:07 --- Thank you. But if i compiled it without -O3, it work fine. If I compiled it under gcc3.3 with -O3, it also work fine. The same program with different optimize has different, so i think it should not be like this. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32281
[Bug middle-end/32279] Fold 1.0/sqrt(x/y) to sqrt(y/x)
--- Comment #1 from ubizjak at gmail dot com 2007-06-11 06:36 --- Patch at http://gcc.gnu.org/ml/gcc-patches/2007-06/msg00655.html Patch was also checked with 0.0, __builtin_inf and __builtin_nan, and the results were the same as for unpatched gcc for all combinations that were thrown in. -- ubizjak at gmail dot com changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |ubizjak at gmail dot com |dot org | URL||http://gcc.gnu.org/ml/gcc- ||patches/2007- ||06/msg00655.html Status|UNCONFIRMED |ASSIGNED Ever Confirmed|0 |1 Keywords||patch Last reconfirmed|-00-00 00:00:00 |2007-06-11 06:36:21 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32279
[Bug target/32275] [4.3 Regression] : FAIL: gcc.c-torture/execute/va-arg-24.c execution
--- Comment #6 from bonzini at gnu dot org 2007-06-11 06:54 --- can you please show the difference in assembly code between the two? -- bonzini at gnu dot org changed: What|Removed |Added CC||bonzini at gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32275
[Bug c++/32281] A problem of gcc4.1.0(O3 optimize)
--- Comment #3 from stillzhang at tencent dot com 2007-06-11 07:11 --- I think if packet should be changed, it should change before the function ¡°stmt-set_params¡±. And in fact it is changed after stmt-set_params¡±, so I think it's a logical error. Best wishes, still -- stillzhang at tencent dot com changed: What|Removed |Added Status|RESOLVED|UNCONFIRMED Resolution|DUPLICATE | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32281
[Bug rtl-optimization/32280] _mm_srli_si128, heinous code for some shifts
--- Comment #2 from ubizjak at gmail dot com 2007-06-11 07:35 --- This is the fault of combine pass. It isn't obvious to me, why it is converting: (insn 7 6 13 2 shift.c:6 (set (subreg:TI (reg:V2DI 62) 0) (ashift:TI (subreg:TI (reg:V2DI 61 [ __a ]) 0) (const_int 64 [0x40]))) 1115 {sse2_ashlti3} (insn_list:REG_DEP_TRUE 6 (nil)) (expr_list:REG_DEAD (reg:V2DI 61 [ __a ]) (expr_list:REG_EQUAL (ashift:TI (subreg:TI (reg/v:V2DI 60 [ __a ]) 0) (const_int 64 [0x40])) (nil ) to (insn 7 6 13 2 shift.c:6 (parallel [ (set (subreg:TI (reg:V2DI 62) 0) (ashift:TI (reg:TI 21 xmm0 [ __a ]) (const_int 64 [0x40]))) (clobber (reg:CC 17 flags)) ]) 412 {*ashlti3_2} (nil) (expr_list:REG_UNUSED (reg:CC 17 flags) (expr_list:REG_DEAD (reg:V2DI 21 xmm0 [ __a ]) (nil Note the clobber in above pattern. So, what is wrong with: (define_insn sse2_ashlti3 [(set (match_operand:TI 0 register_operand =x) (ashift:TI (match_operand:TI 1 register_operand 0) (match_operand:SI 2 const_0_to_255_mul_8_operand n)))] TARGET_SSE2 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32280
[Bug target/32280] _mm_srli_si128, heinous code for some shifts
--- Comment #3 from pinskia at gcc dot gnu dot org 2007-06-11 07:44 --- Because you should not be have two patterns that could match (with one differs via a clobber). The way to fix this is have the sse2_ashlti3 one do what ashlti3_2 does for r constraints also. This is the normal two patterns doing the same thing problem. -- Pinski -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Component|rtl-optimization|target Ever Confirmed|0 |1 GCC host triplet|x86-64, linux, gnu | GCC target triplet||x86_64-*-* Keywords||missed-optimization Last reconfirmed|-00-00 00:00:00 |2007-06-11 07:44:30 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32280
[Bug middle-end/32279] Fold 1.0/sqrt(x/y) to sqrt(y/x)
--- Comment #2 from uros at gcc dot gnu dot org 2007-06-11 09:09 --- Subject: Bug 32279 Author: uros Date: Mon Jun 11 09:09:24 2007 New Revision: 125614 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=125614 Log: PR middle-end/32279 * fold-const (fold_binary) [RDIV_EXPR]: Optimize a/sqrt(b/c) into a*sqrt(c/b) if flag_unsafe_math_optimizations is set. testsuite/ChangeLog: PR middle-end/32279 * gcc.dg/builtins-11.c: Also check folding of a/sqrt(b/c). Modified: trunk/gcc/ChangeLog trunk/gcc/fold-const.c trunk/gcc/testsuite/ChangeLog trunk/gcc/testsuite/gcc.dg/builtins-11.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32279
[Bug middle-end/32279] Fold 1.0/sqrt(x/y) to sqrt(y/x)
--- Comment #3 from ubizjak at gmail dot com 2007-06-11 09:11 --- Fixed. -- ubizjak at gmail dot com changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED Target Milestone|--- |4.3.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32279
[Bug target/32280] _mm_srli_si128, heinous code for some shifts
--- Comment #4 from uros at gcc dot gnu dot org 2007-06-11 10:13 --- Subject: Bug 32280 Author: uros Date: Mon Jun 11 10:13:00 2007 New Revision: 125615 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=125615 Log: PR target/32280 * config/i386/sse.md (sse2_ashlti, sse2_lshrti3): Move ... * config/i386/i386.md (sse2_ashlti, sse2_lshrti3): ... to here. testsuite/ChangeLog: PR target/32280 * gcc.target/i386/pr32280.c: New test. Added: trunk/gcc/testsuite/gcc.target/i386/pr32280.c Modified: trunk/gcc/ChangeLog trunk/gcc/config/i386/i386.md trunk/gcc/config/i386/sse.md trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32280
[Bug target/32280] _mm_srli_si128, heinous code for some shifts
--- Comment #5 from ubizjak at gmail dot com 2007-06-11 10:18 --- Fixed.(In reply to comment #3) Because you should not be have two patterns that could match (with one differs via a clobber). The way to fix this is have the sse2_ashlti3 one do what ashlti3_2 does for r constraints also. But we need clobber for r constraint, because in this case, insn is split into logical operations that clobber flags. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32280
[Bug c++/32282] New: dynamic_cast compiles where static_cast fails
Hi, this happens if you cast to an unrelated class. Could you at least give a warning. Cheers, André -- Summary: dynamic_cast compiles where static_cast fails Product: gcc Version: 4.1.2 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: Woebbeking at web dot de http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32282
[Bug c++/32282] dynamic_cast compiles where static_cast fails
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-06-11 11:18 --- *** This bug has been marked as a duplicate of 12277 *** -- 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=32282
[Bug c++/12277] Warn on dynamic casts with known NULL results.
--- Comment #4 from pinskia at gcc dot gnu dot org 2007-06-11 11:18 --- *** Bug 32282 has been marked as a duplicate of this bug. *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||Woebbeking at web dot de http://gcc.gnu.org/bugzilla/show_bug.cgi?id=12277
[Bug c++/32282] dynamic_cast compiles where static_cast fails
--- Comment #2 from Woebbeking at web dot de 2007-06-11 11:42 --- Oops, I searched for dynamic_cast but didn't find that. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32282
[Bug c/21920] aliasing violations
--- Comment #114 from rguenth at gcc dot gnu dot org 2007-06-11 12:23 --- *** Bug 32281 has been marked as a duplicate of this bug. *** -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21920
[Bug c++/32281] A problem of gcc4.1.0(O3 optimize)
--- Comment #4 from rguenth at gcc dot gnu dot org 2007-06-11 12:23 --- It is still violating aliasing rules. That only -O3 fails is because -O3 enables -finline-functions, so it should as well fail with lower optimization settings with -finline-functions. Also -fno-strict-aliasing will fix it. *** This bug has been marked as a duplicate of 21920 *** -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32281
[Bug fortran/31197] [4.3/4.2 regression^2] TRANSPOSE/RESHAPE and strings
--- Comment #12 from pault at gcc dot gnu dot org 2007-06-11 12:53 --- I have a fix that I will submit tonight or tomorrow morning. It also fixes PR31258 and PR31897. 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|NEW |ASSIGNED Last reconfirmed|2007-04-18 10:54:17 |2007-06-11 12:53:18 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31197
[Bug fortran/31258] segfault with transpose(reshape(char))
--- Comment #6 from pault at gcc dot gnu dot org 2007-06-11 12:54 --- A fix is coming for this tonight or 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|NEW |ASSIGNED Last reconfirmed|2007-03-21 00:01:01 |2007-06-11 12:54:18 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31258
[Bug target/32275] [4.3 Regression] : FAIL: gcc.c-torture/execute/va-arg-24.c execution
--- Comment #7 from hjl at lucon dot org 2007-06-11 13:02 --- Created an attachment (id=13675) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13675action=view) Assembler codes generated by good and bad compilers Good.s is generated by good compiler and bad.s is generated by bad compiler. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32275
[Bug tree-optimization/30052] [4.2 Regression] possible quadratic behaviour.
--- Comment #33 from pluto at agmk dot net 2007-06-11 13:04 --- i'm reopening this bug becasue the fix is not complete. it does fix the xf86ScanPci.i testcase (time/mem hog) and this is great $ time gcc xf86ScanPci.i -O1 -c ( 2.2GHz amd64, 1GB ram ). gcc xf86ScanPci.i -O1 -c 4.10s user 0.20s system 92% cpu 4.665 total the patch doesn't fix the sipQtCorepart0.ii time hog, only mem hog is fixed. g++ needs about 300MB of ram and +inf? (canceled after 6 days) of time. -- pluto at agmk dot net changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30052
[Bug tree-optimization/30052] [4.2 Regression] possible quadratic behaviour.
--- Comment #34 from rguenther at suse dot de 2007-06-11 13:07 --- Subject: Re: [4.2 Regression] possible quadratic behaviour. On Mon, 11 Jun 2007, pluto at agmk dot net wrote: --- Comment #33 from pluto at agmk dot net 2007-06-11 13:04 --- i'm reopening this bug becasue the fix is not complete. it does fix the xf86ScanPci.i testcase (time/mem hog) and this is great $ time gcc xf86ScanPci.i -O1 -c ( 2.2GHz amd64, 1GB ram ). gcc xf86ScanPci.i -O1 -c 4.10s user 0.20s system 92% cpu 4.665 total the patch doesn't fix the sipQtCorepart0.ii time hog, only mem hog is fixed. g++ needs about 300MB of ram and +inf? (canceled after 6 days) of time. Can you check where the time is spent on? Richard. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30052
[Bug tree-optimization/30052] [4.2 Regression] possible quadratic behaviour.
--- Comment #35 from pluto at agmk dot net 2007-06-11 13:17 --- (In reply to comment #34) Can you check where the time is spent on? naturally, i'm building gcc with debuginfo now... -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30052
[Bug rtl-optimization/32283] New: Missed induction variable optimization
Consider the following code snippet static volatile short a[(2048)]; short foo (int len, int v) { int i; for (i = 0; i len; i++) { a[i] = v; } return a[0]; } This should generate a post_inc for accessing elements of a. The problem seems to be in the loop optimizer that fails to identify 'i' as an induction variable. For e.g the dump from 141r.loop2_invariant shows (insn 16 15 75 4 (set (reg/v:SI 103 [ i ]) (const_int 0 [0x0])) 161 {*arm_movsi_insn} (nil)) (insn 75 16 17 4 (set (reg/f:SI 118) (symbol_ref:SI (^a) [flags 0x2] var_decl 0xb7dc1000 a)) -1 (nil)) (code_label 17 75 18 5 4 [0 uses]) (note 18 17 21 5 [bb 5] NOTE_INSN_BASIC_BLOCK) (insn 21 18 23 5 (set (reg:SI 110) (ashift:SI (reg/v:SI 103 [ i ]) (const_int 1 [0x1]))) 115 {*arm_shiftsi3} (nil)) (insn 23 21 25 5 (set (mem/s/v:HI (plus:SI (reg:SI 110) (reg/f:SI 118)) [3 a S2 A16]) (subreg/s/u:HI (reg:SI 102 [ pretmp.21 ]) 0)) 171 {*movhi_insn_arch4} (nil)) (insn 25 23 26 5 (set (reg/v:SI 103 [ i ]) (plus:SI (reg/v:SI 103 [ i ]) (const_int 1 [0x1]))) 4 {*arm_addsi3} (nil)) (insn 26 25 27 5 (set (reg:CC 24 cc) (compare:CC (reg/v:SI 106 [ len ]) (reg/v:SI 103 [ i ]))) 214 {*arm_cmpsi_insn} (nil)) (jump_insn 27 26 82 5 (set (pc) (if_then_else (gt (reg:CC 24 cc) (const_int 0 [0x0])) (label_ref:SI 82) (pc))) 224 {*arm_cond_branch} (expr_list:REG_BR_PROB (const_int 9900 [0x26ac]) (nil))) Here reg 103 i.e 'i' is incremented by 1 always and therefore 110 always increases by 2 which means that in each iteration the address in INSN 23 is 2 more than what it was in the previous iteration. If the access is converted into something like *118 = v 118 += 2, then the auto-inc-dec pass will be able to convert this into a post_inc Version Details: GNU C version 4.3.0 20070316 (experimental) (arm-none-eabi) compiled by GNU C version 3.4.6 (Ubuntu 3.4.6-1ubuntu2). GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096 -- Summary: Missed induction variable optimization Product: gcc Version: 4.3.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: rtl-optimization AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: pranav dot bhandarkar at gmail dot com GCC target triplet: arm-none-eabi http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32283
[Bug rtl-optimization/32283] Missed induction variable optimization
--- Comment #1 from pranav dot bhandarkar at gmail dot com 2007-06-11 13:45 --- Created an attachment (id=13676) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13676action=view) Testcase displaying the said behaviour Added testcase that exposes the problem -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32283
[Bug tree-optimization/30052] [4.2 Regression] possible quadratic behaviour.
--- Comment #36 from pluto at agmk dot net 2007-06-11 14:04 --- Created an attachment (id=13677) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13677action=view) testcase for time-hog. -- pluto at agmk dot net changed: What|Removed |Added Attachment #13043|0 |1 is obsolete|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30052
[Bug rtl-optimization/32283] Missed induction variable optimization
--- Comment #2 from rguenth at gcc dot gnu dot org 2007-06-11 14:06 --- What if you remove the pointless 'volatile' from a? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32283
[Bug tree-optimization/30052] [4.2 Regression] possible quadratic behaviour.
--- Comment #37 from rguenth at gcc dot gnu dot org 2007-06-11 14:08 --- Looks like it's still PTA: tree PTA : 255.00 ( 0%) usr 17.25 ( 0%) sys 278.07 ( 0%) wall 28100 kB ( 0%) ggc (just a snapshot after a few minutes compile) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30052
[Bug tree-optimization/30052] [4.2 Regression] possible quadratic behaviour.
--- Comment #38 from pluto at agmk dot net 2007-06-11 14:11 --- (In reply to comment #34) the patch doesn't fix the sipQtCorepart0.ii time hog, only mem hog is fixed. g++ needs about 300MB of ram and +inf? (canceled after 6 days) of time. ops little eye damage, the g++ sits on sipQtGuipart0.ii. Can you check where the time is spent on? several backtraces show the gcc sits around solve_graph()... #0 0x0052ef83 in bitmap_elt_insert_after () #1 0x0052f086 in bitmap_ior_into () #2 0x007a33fb in solve_graph () #3 0x007a5709 in compute_points_to_sets () #4 0x004f3e67 in compute_may_aliases () #5 0x00787078 in execute_one_pass () #6 0x007871dc in execute_pass_list () #7 0x007871ee in execute_pass_list () #8 0x004cffee in tree_rest_of_compilation () #9 0x00473339 in expand_body () #10 0x007cb994 in cgraph_expand_function () #11 0x007cc2be in cgraph_optimize () #12 0x0044116f in cp_finish_file () #13 0x004b5cda in c_common_parse_file () #14 0x00769083 in toplev_main () #15 0x2b4f81ac6b54 in __libc_start_main () from /lib64/libc.so.6 #16 0x00402459 in _start () #0 0x0052ef83 in bitmap_elt_insert_after () #1 0x0052f086 in bitmap_ior_into () #2 0x007a1a93 in set_union_with_increment () #3 0x007a3b4d in solve_graph () (...) #0 0x0052f601 in bitmap_and_compl () #1 0x007a33d2 in solve_graph () (...) and some deep trace: #0 0x2b4f81b1f95b in memset () from /lib64/libc.so.6 #1 0x2b4f81b1acd0 in calloc () from /lib64/libc.so.6 #2 0x00893969 in xcalloc () #3 0x00719e74 in pointer_set_create () #4 0x0076b7b6 in walk_tree_without_duplicates () #5 0x0079ee2f in create_variable_info_for () #6 0x0079f2a0 in get_vi_for_tree () #7 0x0079f2fd in get_constraint_exp_from_ssa_var () #8 0x0079faa5 in get_constraint_for () #9 0x0079fbbd in get_constraint_for () #10 0x007a13f6 in find_global_initializers () #11 0x0076b1c5 in walk_tree () #12 0x0076b3fd in walk_tree () #13 0x0076b3fd in walk_tree () #14 0x0076b7ca in walk_tree_without_duplicates () #15 0x0079ee2f in create_variable_info_for () #16 0x0079f2a0 in get_vi_for_tree () #17 0x0079f2fd in get_constraint_exp_from_ssa_var () #18 0x0079faa5 in get_constraint_for () #19 0x0079fbbd in get_constraint_for () #20 0x007a13f6 in find_global_initializers () #21 0x0076b1c5 in walk_tree () #22 0x0076b3fd in walk_tree () #23 0x0076b7ca in walk_tree_without_duplicates () #24 0x0079ee2f in create_variable_info_for () #25 0x0079f2a0 in get_vi_for_tree () #26 0x0079f2fd in get_constraint_exp_from_ssa_var () #27 0x0079faa5 in get_constraint_for () #28 0x0079fbbd in get_constraint_for () #29 0x007a13f6 in find_global_initializers () #30 0x0076b1c5 in walk_tree () #31 0x0076b3fd in walk_tree () #32 0x0076b7ca in walk_tree_without_duplicates () #33 0x0079ee2f in create_variable_info_for () #34 0x0079f2a0 in get_vi_for_tree () #35 0x0079f2fd in get_constraint_exp_from_ssa_var () #36 0x0079faa5 in get_constraint_for () #37 0x0079fbbd in get_constraint_for () #38 0x007a13f6 in find_global_initializers () #39 0x0076b1c5 in walk_tree () #40 0x0076b3fd in walk_tree () #41 0x0076b7ca in walk_tree_without_duplicates () #42 0x0079ee2f in create_variable_info_for () #43 0x0079f2a0 in get_vi_for_tree () #44 0x0079f2fd in get_constraint_exp_from_ssa_var () #45 0x0079faa5 in get_constraint_for () #46 0x0079fd46 in get_constraint_for () #47 0x007a1132 in find_func_aliases () #48 0x007a4bef in compute_points_to_sets () #49 0x004f3e67 in compute_may_aliases () #50 0x00787078 in execute_one_pass () #51 0x007871dc in execute_pass_list () #52 0x007871ee in execute_pass_list () #53 0x004cffee in tree_rest_of_compilation () #54 0x00473339 in expand_body () #55 0x007cb994 in cgraph_expand_function () #56 0x007cc2be in cgraph_optimize () #57 0x0044116f in cp_finish_file () #58 0x004b5cda in c_common_parse_file () #59 0x00769083 in toplev_main () #60 0x2b4f81ac6b54 in __libc_start_main () from /lib64/libc.so.6 #61 0x00402459 in _start () -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30052
[Bug tree-optimization/30052] [4.2 Regression] possible quadratic behaviour.
--- Comment #39 from rguenth at gcc dot gnu dot org 2007-06-11 14:15 --- Created an attachment (id=13678) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13678action=view) unincluded testcase unincluded testcase that also works with mainline. Where the slowness is also present. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30052
[Bug tree-optimization/30052] [4.2/4.3 Regression] possible quadratic behaviour.
--- Comment #40 from rguenth at gcc dot gnu dot org 2007-06-11 14:17 --- And again, a 4.2/4.3 regression wrt compile-time _and_ memory-usage. Mainline needs 1.2GB ram and whatnot time, 4.1 is happy with 500MB and about 10s. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Known to work||4.1.2 Summary|[4.2 Regression] possible |[4.2/4.3 Regression] |quadratic behaviour.|possible quadratic ||behaviour. http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30052
[Bug libstdc++/32284] New: empty std::string w/ _GLIBCXX_FULLY_DYNAMIC_STRING faults
This is a regression post 3.4.6. gcc-4.1.x, gcc-4.2.x, gcc-4.3.x all have it. ie: // $ c++ -O -D_GLIBCXX_FULLY_DYNAMIC_STRING str.cc -o str #include string int main() { std::string abc; return 0; } gives: *** glibc detected *** ./a.out: free(): invalid pointer: 0xb7f3c678 *** === Backtrace: = /lib/libc.so.6[0x4a92f9ad] /lib/libc.so.6(cfree+0x90)[0x4a933000] /mnt/share/bld/gcc/i686-pc-linux-gnu/libstdc++-v3/src/.libs/libstdc++.so.6(_ZdlPv+0x21)[0xb7f0c2e1] /mnt/share/bld/gcc/i686-pc-linux-gnu/libstdc++-v3/src/.libs/libstdc++.so.6(_ZNSs4_Rep10_M_destroyERKSaIcE+0x1d)[0xb7eea51d] ./a.out(__gxx_personality_v0+0x18d)[0x80486d9] /lib/libc.so.6(__libc_start_main+0xdc)[0x4a8dedec] ./a.out(__gxx_personality_v0+0x65)[0x80485b1] === Memory map: 08048000-08049000 r-xp fd:00 59605146 /home/bkoz/a.out 08049000-0804a000 rw-p fd:00 59605146 /home/bkoz/a.out 0804a000-0806b000 rw-p 0804a000 00:00 0 [heap] 4a8ac000-4a8c5000 r-xp fd:00 33917325 /lib/ld-2.5.so 4a8c5000-4a8c6000 r--p 00018000 fd:00 33917325 /lib/ld-2.5.so 4a8c6000-4a8c7000 rw-p 00019000 fd:00 33917325 /lib/ld-2.5.so 4a8c9000-4aa02000 r-xp fd:00 33917354 /lib/libc-2.5.so 4aa02000-4aa04000 r--p 00139000 fd:00 33917354 /lib/libc-2.5.so 4aa04000-4aa05000 rw-p 0013b000 fd:00 33917354 /lib/libc-2.5.so 4aa05000-4aa08000 rw-p 4aa05000 00:00 0 4aa0a000-4aa2f000 r-xp fd:00 33917357 /lib/libm-2.5.so 4aa2f000-4aa3 r--p 00024000 fd:00 33917357 /lib/libm-2.5.so 4aa3-4aa31000 rw-p 00025000 fd:00 33917357 /lib/libm-2.5.so b7e38000-b7e3a000 rw-p b7e38000 00:00 0 b7e3a000-b7e44000 r-xp fd:00 51258449 /mnt/share/bld/gcc/gcc/libgcc_s.so.1 b7e44000-b7e45000 rw-p 9000 fd:00 51258449 /mnt/share/bld/gcc/gcc/libgcc_s.so.1 b7e5d000-b7f36000 r-xp fd:00 5210259 /mnt/share/bld/gcc/i686-pc-linux-gnu/libstdc++-v3/src/.libs/libstdc++.so.6.0.9 b7f36000-b7f3a000 r--p 000d9000 fd:00 5210259 /mnt/share/bld/gcc/i686-pc-linux-gnu/libstdc++-v3/src/.libs/libstdc++.so.6.0.9 b7f3a000-b7f3b000 rw-p 000dd000 fd:00 5210259 /mnt/share/bld/gcc/i686-pc-linux-gnu/libstdc++-v3/src/.libs/libstdc++.so.6.0.9 b7f3b000-b7f42000 rw-p b7f3b000 00:00 0 b7f42000-b7f43000 r-xp b7f42000 00:00 0 [vdso] bfc74000-bfc8a000 rw-p bfc74000 00:00 0 [stack] Abort Fixing this is relatively easy, just forward-porting the changes to std::string::_Rep::_M_destroy that were taken out. See attached patch. -- Summary: empty std::string w/ _GLIBCXX_FULLY_DYNAMIC_STRING faults Product: gcc Version: 4.3.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: libstdc++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: bkoz at gcc dot gnu dot org 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=32284
[Bug libstdc++/32284] empty std::string w/ _GLIBCXX_FULLY_DYNAMIC_STRING faults
--- Comment #1 from bkoz at gcc dot gnu dot org 2007-06-11 14:23 --- Created an attachment (id=13679) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13679action=view) add checks for empty Possible patch. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32284
[Bug rtl-optimization/32283] Missed induction variable optimization
--- Comment #3 from pranav dot bhandarkar at gmail dot com 2007-06-11 14:33 --- (In reply to comment #2) What if you remove the pointless 'volatile' from a? No, removing the 'volatile' doesnt help either. The 'volatile' was because this is part of a bigger test. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32283
[Bug libstdc++/32284] empty std::string w/ _GLIBCXX_FULLY_DYNAMIC_STRING faults
--- Comment #2 from pcarlini at suse dot de 2007-06-11 15:25 --- Hi Benjamin. If you ask me, this issue is INVALID: it is *not* supported building the library normally and then passing -D_GLIBCXX_FULLY_DYNAMIC_STRING on the command line, and never was! Simply because basic_string is exported, used in exported bits of locale, you know what I mean... As usual in such cases (e.g., changing locale model), the user has to configure with --enable-fully-dynamic-string and rebuild. In fact, note that the macro in the patch has the conditional wrapped in #ifndef _GLIBCXX_FULLY_DYNAMIC_STRING, code which at some point was supposed to make a difference only when a *normal* string was involved (in fact it doesn't, and that's why I removed it, the check is redundant): the fact that adding back that code avoids the segmentation fault is only because, by chance, this particular combination of exported normal string + inline fully dynamic string works apparently better, but nobody knows what would happen in other much more complex situations... That said, if you really feel strongly about adding back that conditional, it's up to you, but I would suggest at least adding a clear comment, summarizing the above. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32284
[Bug middle-end/32285] New: [4.1 Regression] Miscompilation with pure _Complex returning call inside another fn's argument list
extern void abort (void); _Complex v = 3.0 + 1.0iF; void foo (_Complex z, int *x) { if (z != v) abort (); } _Complex bar (_Complex z) __attribute__ ((pure)); _Complex bar (_Complex z) { return v; } int baz (void) { int a, i; for (i = 0; i 6; i++) foo (bar (1.0iF * i), a); return 0; } int main () { baz (); return 0; } is miscompiled at -O1 -m32 or -O2 -m32. This was fixed in 4.2 and on the trunk with PR25505 changes (the tree-nrv.c change most importantly), NRV in this case is really a wrong thing to do, as target is _Complex at virtual-outgoing-regs, but those are also used for the call. Furthermore GCC then incorrectly computes where the region actually was: (insn 26 25 27 2 (set (mem/i:DF (plus:SI (reg/f:SI 56 virtual-outgoing-args) (const_int 4 [0x4])) [0 S8 A32]) (float_extend:DF (reg:SF 69))) -1 (nil) (nil)) (insn 27 26 28 2 (set (mem/i:DF (plus:SI (reg/f:SI 56 virtual-outgoing-args) (const_int 12 [0xc])) [0 S8 A32]) (reg:DF 68)) -1 (nil) (nil)) (insn 28 27 29 2 (set (mem:SI (reg/f:SI 56 virtual-outgoing-args) [0 S4 A32]) (reg/f:SI 56 virtual-outgoing-args)) -1 (nil) (nil)) (call_insn 29 28 30 2 (parallel [ (call (mem:QI (symbol_ref:SI (bar) [flags 0x3] function_decl 0x2ea20400 bar) [0 S1 A8]) (const_int 20 [0x14])) (set (reg/f:SI 7 sp) (plus:SI (reg/f:SI 7 sp) (const_int 4 [0x4]))) ]) -1 (nil) (expr_list:REG_EH_REGION (const_int 0 [0x0]) (nil)) (nil)) (insn 30 29 31 2 (parallel [ (set (reg/f:SI 7 sp) (plus:SI (reg/f:SI 7 sp) (const_int -4 [0xfffc]))) (clobber (reg:CC 17 flags)) ]) -1 (nil) (nil)) (insn 31 30 32 2 (set (reg:DF 70) (mem/c/i:DF (plus:SI (reg/f:SI 54 virtual-stack-vars) (const_int -32 [0xffe0])) [2 S8 A64])) -1 (nil) (nil)) (insn 32 31 33 2 (set (mem:DF (plus:SI (reg/f:SI 56 virtual-outgoing-args) (const_int 4 [0x4])) [0 S8 A8]) (reg:DF 70)) -1 (nil) (nil)) (insn 33 32 34 2 (set (reg:DF 71) (mem/c/i:DF (plus:SI (reg/f:SI 54 virtual-stack-vars) (const_int -24 [0xffe8])) [2 S8 A64])) -1 (nil) (nil)) (insn 34 33 35 2 (set (mem:DF (plus:SI (reg/f:SI 56 virtual-outgoing-args) (const_int 12 [0xc])) [0 S8 A8]) (reg:DF 71)) -1 (nil) (nil)) So, it stores the return value to %esp (== %ebp - 68 at that point) and loads from %ebp - 40. -- Summary: [4.1 Regression] Miscompilation with pure _Complex returning call inside another fn's argument list Product: gcc Version: 4.1.2 Status: UNCONFIRMED Severity: normal Priority: P3 Component: middle-end AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: jakub at gcc dot gnu dot org GCC target triplet: i686-linux http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32285
[Bug ada/32286] New: ICE in dwarf2out with -g: sees Ada f-e unconstrained_array_type node
The following occurs with svn head and GNAT GPL 2007. $ gcc -c -g -gnat05 e.adb +===GNAT BUG DETECTED==+ | 4.3.0 20070611 (experimental) (i686-pc-linux-gnu) GCC error: | | in gen_type_die_with_usage, at dwarf2out.c:12921 | | Error detected around e.adb:8| ... This occurs because a node type that should be internal to the Ada f-e (unconstrained_array_type) has made its way as far as gen_type_die_with_usage in dwarf2out.c. Testcase: package E is type T (S : access String) is null record; procedure P (X : T); end; package body E is procedure P (X : T) is S : String renames X.S.all; F : String (S'Range); for F'Address use S (S'First)'Address; begin null; end; end; -- Summary: ICE in dwarf2out with -g: sees Ada f-e unconstrained_array_type node Product: gcc Version: 4.3.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: ada AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: baldrick at gcc dot gnu dot org 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=32286
[Bug tree-optimization/30052] [4.2/4.3 Regression] possible quadratic behaviour.
--- Comment #41 from dberlin at gcc dot gnu dot org 2007-06-11 15:40 --- Subject: Re: [4.2/4.3 Regression] possible quadratic behaviour. On 11 Jun 2007 14:17:46 -, rguenth at gcc dot gnu dot org [EMAIL PROTECTED] wrote: --- Comment #40 from rguenth at gcc dot gnu dot org 2007-06-11 14:17 --- And again, a 4.2/4.3 regression wrt compile-time _and_ memory-usage. Mainline needs 1.2GB ram and whatnot time, 4.1 is happy with 500MB and about 10s. Memory usage is just going to be up because we keep the last points-to sets to propagate only differences. It will take roughly twice as much memory. This is just the cost of doing business faster. I'll work on the time regression. And please change the summary of this bug to something sane like points-to analysis too slow The algorithm is cubic in the worst case, and you simply can't do anything about this. :) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30052
[Bug middle-end/32285] [4.1 Regression] Miscompilation with pure _Complex returning call inside another fn's argument list
--- Comment #1 from jakub at gcc dot gnu dot org 2007-06-11 15:43 --- Looking at http://gcc.gnu.org/ml/gcc-patches/2006-09/msg00951.html I'm slightly worried about backporting this to gcc-4_1-branch though. Has that been resolved? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32285
[Bug c++/32261] Thread race segfault in std::string::append with -O and -s
--- Comment #2 from appfault at hotmail dot com 2007-06-11 16:01 --- I wouldn't consider the bugzilla itself to be fixed until a regression test has been added to the gcc test suite. Can you confirm that this test case has been added to the gcc regression test suite? I searched the testsuites for 3.4.6 and don't see anything comprable to my test case. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32261
[Bug middle-end/32285] [4.1 Regression] Miscompilation with pure _Complex returning call inside another fn's argument list
--- Comment #2 from jconner at apple dot com 2007-06-11 16:06 --- (In reply to comment #1) Looking at http://gcc.gnu.org/ml/gcc-patches/2006-09/msg00951.html I'm slightly worried about backporting this to gcc-4_1-branch though. Has that been resolved? I recall being told that the problem was most likely the benchmarks, and that I shouldn't worry about it. Unfortunately, it must have been off-list, because I can't find anything in the email archives. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32285
[Bug bootstrap/32287] New: Grep for as broken -- configure: line 14092: test: too many arguments sleb128 uleb128
This bug report may be distantly related to but (hopefully) is not a dupe of: [4.3 Regression] Warnings while compiling libobjc with the uleb128 changes http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30731 When I make gcc 4.3.0 I create a make log like so: make 21 | tee make_1_log.txt File: gcc-4_3-trunk/gcc/configure has this line in it: # Check if we have .[us]leb128, and support symbol arithmetic with it. When I check my log I see this: # grep leb128 make_16_log.txt checking assembler for .sleb128 and .uleb128... /root/downloads/gcc-4_3-trunk/gcc/configure: line 14092: test: too many arguments checking assembler for .sleb128 and .uleb128... /root/downloads/gcc-4_3-trunk/gcc/configure: line 14092: test: too many arguments checking assembler for .sleb128 and .uleb128... /root/downloads/gcc-4_3-trunk/gcc/configure: line 14092: test: too many arguments /root/downloads/gcc-4_3-trunk/libobjc/exception.c:94: warning: passing argument 2 of 'read_uleb128' from incompatible pointer type /root/downloads/gcc-4_3-trunk/libobjc/exception.c:103: warning: passing argument 2 of 'read_uleb128' from incompatible pointer type /root/downloads/gcc-4_3-trunk/libobjc/exception.c:234: warning: passing argument 2 of 'read_uleb128' from incompatible pointer type Looking at gcc-4_3-trunk/gcc/configure I see this: # GAS versions before 2.11 do not support uleb128, # despite appearing to. # ??? There exists an elf-specific test that will crash # the assembler. Perhaps it's better to figure out whether # arbitrary sections are supported and try the test. as_ver=`$gcc_cv_as --version 2/dev/null | sed 1q` if echo $as_ver | grep GNU /dev/null; then as_ver=`echo $as_ver | sed -e 's/GNU assembler \([0-9.][0-9.]*\).*/\1/'` as_major=`echo $as_ver | sed 's/\..*//'` as_minor=`echo $as_ver | sed 's/[^.]*\.\([0-9]*\).*/\1/'` if test $as_major -eq 2 test $as_minor -lt 11 then : else gcc_cv_as_leb128=yes fi fi Running a few commands by hand gives this: # echo `as --version 2/dev/null | sed 1q` GNU assembler (GNU Binutils) 2.17.50.20070426 # echo GNU assembler (GNU Binutils) 2.17.50.20070426 | sed -e 's/GNU assembler \([0-9.][0-9.]*\).*/\1/' GNU assembler (GNU Binutils) 2.17.50.20070426 # echo GNU assembler (GNU Binutils) 2.17.50.20070426 | sed -e 's/GNU assembler (GNU Binutils) \([0-9.][0-9.]*\).*/\1/' 2.17.50.20070426 Testing a few different assemblers that I have I see things like this: # /usr/bin/as-Origonal --version GNU assembler 2.17 Debian GNU/Linux # /usr/bin/as-2.17cvs20070426 --version GNU assembler (GNU Binutils) 2.17.50.20070426 # /usr/bin/as-2.17.50.20070426 --version GNU assembler (GNU Binutils for Debian) 2.17.50.20070426 Try a new command string: # echo GNU assembler (GNU Binutils) 2.17.50.20070426 | grep -o [0-9.+] | tr -d [:cntrl:] 2.17.50.20070426 FIX: # diff -Naur gcc/configure-Origonal gcc/configure --- gcc/configure-Origonal 2007-06-11 09:02:56.0 -0700 +++ gcc/configure 2007-06-11 09:03:56.0 -0700 @@ -14086,7 +14086,7 @@ # arbitrary sections are supported and try the test. as_ver=`$gcc_cv_as --version 2/dev/null | sed 1q` if echo $as_ver | grep GNU /dev/null; then -as_ver=`echo $as_ver | sed -e 's/GNU assembler \([0-9.][0-9.]*\).*/\1/'` +as_ver=`echo $as_ver | grep -o [0-9.+] | tr -d [:cntrl:] as_major=`echo $as_ver | sed 's/\..*//'` as_minor=`echo $as_ver | sed 's/[^.]*\.\([0-9]*\).*/\1/'` if test $as_major -eq 2 test $as_minor -lt 11 The patch grabs _only_ the version number (without so much as a trailing \n). -- Summary: Grep for as broken -- configure: line 14092: test: too many arguments sleb128 uleb128 Product: gcc Version: 4.3.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: bootstrap AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: rob1weld at aol dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32287
[Bug c++/32288] New: Our C++ program (gcc 4.1.1 under Aix 5.3) crashes with a core dump
Our C++ program compiled with gcc 4.1.1 on Aix 5.3 terminates abnormally with a core dump. This happens in the initialization phase of the program. The program is the core process of our application. We can reproduce it at will. This problem occurs with a binary compiled in the production environment. If we run the binary compiled in the test environment, we have no problem, both in the production server and in the test one. Moreover, the program crash is not occuring if we use a higher tracing level. The production server has an Aix patch set newer than the test server; however the servers have same version and maintanance level of the operating system, namely: production server Aix V5.3.0.0-05-05 test server Aix V5.3.0.0-05 -- Summary: Our C++ program (gcc 4.1.1 under Aix 5.3) crashes with a core dump Product: gcc Version: 4.1.1 Status: UNCONFIRMED Severity: critical Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: alessandro dot mei at elsagdatamat dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32288
[Bug other/32263] Document the required versions of glibc and binutils
--- Comment #3 from appfault at hotmail dot com 2007-06-11 16:35 --- Well here's one example: http://foo-projects.org/pipermail/lunar-dev/2006-July/005821.html is the error you get when bootstrapping using binutils 2.17 with gcc 3.4.6 and glibc 2.3.6. Reverting to binutils 2.15 fixes the issue. So in this case gcc 3.4.6 should've documented that it worked up to binutils 2.15. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32263
[Bug fortran/32289] New: mips version of gfortran produces internal compiler error
When I compile the following function using the mips version of gfortran I get the message: q.f90: In function 'set_numeric_values': q.f90:3: internal compiler error: in gfc_conv_variable, at fortran/trans-expr.c:381 Please submit a full bug report, with preprocessed source if appropriate. See URL:http://gcc.gnu.org/bugs.html for instructions. For Debian GNU/Linux specific bug reporting instructions, see URL:file:///usr/share/doc/gcc-4.1/README.Bugs. FUNCTION i() CONTAINS SUBROUTINE set_numeric_values i = 0 END SUBROUTINE set_numeric_values END FUNCTION i -- Summary: mips version of gfortran produces internal compiler error Product: gcc Version: 4.1.2 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: michael dot a dot richmond at nasa dot gov http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32289
[Bug middle-end/32258] Testsuite reports - FAIL: gcc.dg/torture/builtin-pow-mpfr-1.c
--- Comment #4 from rob1weld at aol dot com 2007-06-11 17:00 --- Pardon me. I was not trying to be unobservant. I'll have a look at gcc and see if _I_ can build a patch to test the version of mpfr and alter operation / configuration / etc. as needed to allow older versions of mpfr and the current version to co-exist. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32258
[Bug testsuite/32060] gcc/testsuite/gcc/gcc.log - WARNING: Could not compile gcc.dg/compat/struct-layout-1 generator
--- Comment #2 from rob1weld at aol dot com 2007-06-11 17:18 --- has to be the build compiler. OK. A new error has popped up in this same section of the log between the compiling and execution of gcc.dg-struct-layout-1 . Running /root/downloads/gcc-4_3-trunk/gcc/testsuite/gcc.dg/compat/struct-layout-1.exp ... Executing on host: /opt/gcc-4_3-build/gcc/xgcc -B/opt/gcc-4_3-build/gcc/ dfprt27268.c -fno-show-column -lm -o dfprt27268.x(timeout = 300) Setting LD_LIBRARY_PATH to :/opt/gcc-4_3-build/gcc::/opt/gcc-4_3-build/gcc:/opt/gcc-4_3-build/i686-pc-linux-gnu/libstdc++-v3/.libs:/opt/gcc-4_3-build/i686-pc-linux-gnu/libmudflap/.libs:/opt/gcc-4_3-build/i686-pc-linux-gnu/libssp/.libs:/opt/gcc-4_3-build/i686-pc-linux-gnu/libgomp/.libs:/opt/gcc-4_3-build/./gcc:/opt/gcc-4_3-build/./prev-gcc Executing on host: gcc -g -O2 -ffloat-store -mfpmath=sse -march=athlon-xp -msse2 -o /opt/gcc-4_3-build/gcc/testsuite/gcc/gcc.dg-struct-layout-1_generate /root/downloads/gcc-4_3-trunk/gcc/testsuite/gcc.dg/compat/struct-layout-1_generate.c /root/downloads/gcc-4_3-trunk/gcc/testsuite/gcc.dg/compat/generate-random.c /root/downloads/gcc-4_3-trunk/gcc/testsuite/gcc.dg/compat/generate-random_r.c (timeout = 300) Executing on host: /opt/gcc-4_3-build/gcc/xgcc -B/opt/gcc-4_3-build/gcc/ short_enums27268.c -fno-show-column -S -o short_enums27268.s(timeout = 300) short_enums27268.c:3: error: size of array 's' is negative compiler exited with status 1 output is: short_enums27268.c:3: error: size of array 's' is negative Executing on host: /opt/gcc-4_3-build/gcc/testsuite/gcc/gcc.dg-struct-layout-1_generate -s /root/downloads/gcc-4_3-trunk/gcc/testsuite/gcc.dg/compat -d /opt/gcc-4_3-build/gcc/testsuite/gcc/gcc.dg-struct-layout-1(timeout = 300) Executing on host: /opt/gcc-4_3-build/gcc/xgcc -B/opt/gcc-4_3-build/gcc/ -I/root/downloads/gcc-4_3-trunk/gcc/testsuite/gcc.dg/compat -fno-show-column -c -o c_compat_main_tst.o /opt/gcc-4_3-build/gcc/testsuite/gcc/gcc.dg-struct-layout-1/t001_main.c (timeout = 300) PASS: tmpdir-gcc.dg-struct-layout-1/t001 c_compat_main_tst.o compile Executing on host: /opt/gcc-4_3-build/gcc/xgcc -B/opt/gcc-4_3-build/gcc/ -w -I/root/downloads/gcc-4_3-trunk/gcc/testsuite/gcc.dg/compat -fno-show-column -c -o c_compat_x_tst.o /opt/gcc-4_3-build/gcc/testsuite/gcc/gcc.dg-struct-layout-1//t001_x.c (timeout = 300) PASS: tmpdir-gcc.dg-struct-layout-1/t001 c_compat_x_tst.o compile -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32060
[Bug fortran/32235] [4.3 Regression] incorrectly position text file after backspace
--- Comment #10 from jvdelisle at gcc dot gnu dot org 2007-06-11 17:51 --- Fixed on trunk. -- jvdelisle at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED Target Milestone|--- |4.3.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32235
[Bug bootstrap/32287] Grep for as broken -- configure: line 14092: test: too many arguments sleb128 uleb128
--- Comment #1 from rob1weld at aol dot com 2007-06-11 18:01 --- There is a ` missing from the end of that line, we need: +as_ver=`echo $as_ver | grep -o [0-9.+] | tr -d [:cntrl:]` -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32287
[Bug c++/32290] New: GCC crashes with OOM when compiling trivial source file (no endless loop)
This is the output of a valid 60 line source file compile. The preprocessed source is 30 KB in size and I know that there are no cycles in the code. $ gcc -v -save-temps reduced-problem.cpp Using built-in specs. Target: x86_64-linux-gnu Configured with: ../src/configure -v --enable-languages=c,c++,fortran,objc,obj-c++,treelang --prefix=/usr --enable-shared --with-system-zlib --libexecdir=/usr/lib --without-included-gettext --enable-threads=posix --enable-nls --program-suffix=-4.1 --enable-__cxa_atexit --enable-clocale=gnu --enable-libstdcxx-debug --enable-mpfr --enable-checking=release x86_64-linux-gnu Thread model: posix gcc version 4.1.2 20060928 (prerelease) (Ubuntu 4.1.1-13ubuntu5) /usr/lib/gcc/x86_64-linux-gnu/4.1.2/cc1plus -E -quiet -v -D_GNU_SOURCE reduced-problem.cpp -mtune=generic -fpch-preprocess -o reduced-problem.ii ignoring nonexistent directory /usr/local/include/x86_64-linux-gnu ignoring nonexistent directory /usr/lib/gcc/x86_64-linux-gnu/4.1.2/../../../../x86_64-linux-gnu/include ignoring nonexistent directory /usr/include/x86_64-linux-gnu #include ... search starts here: #include ... search starts here: /usr/lib/gcc/x86_64-linux-gnu/4.1.2/../../../../include/c++/4.1.2 /usr/lib/gcc/x86_64-linux-gnu/4.1.2/../../../../include/c++/4.1.2/x86_64-linux-gnu /usr/lib/gcc/x86_64-linux-gnu/4.1.2/../../../../include/c++/4.1.2/backward /usr/local/include /usr/lib/gcc/x86_64-linux-gnu/4.1.2/include /usr/include End of search list. /usr/lib/gcc/x86_64-linux-gnu/4.1.2/cc1plus -fpreprocessed reduced-problem.ii -quiet -dumpbase reduced-problem.cpp -mtune=generic -auxbase reduced-problem -version -fstack-protector -fstack-protector -o reduced-problem.s GNU C++ version 4.1.2 20060928 (prerelease) (Ubuntu 4.1.1-13ubuntu5) (x86_64-linux-gnu) compiled by GNU C version 4.1.2 20060928 (prerelease) (Ubuntu 4.1.1-13ubuntu5). GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072 Compiler executable checksum: cb8dbea25f87c7cd7562ef1cc3d1246e cc1plus: out of memory allocating 770058242 bytes after a total of 1343488 bytes -- Summary: GCC crashes with OOM when compiling trivial source file (no endless loop) Product: gcc Version: 4.1.2 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: aribrei at arcor dot de GCC build triplet: x86_64-linux-gnu GCC host triplet: x86_64-linux-gnu GCC target triplet: x86_64-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32290
[Bug c++/32290] GCC crashes with OOM when compiling trivial source file (no endless loop)
--- Comment #1 from aribrei at arcor dot de 2007-06-11 18:05 --- Created an attachment (id=13680) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13680action=view) Unpreprocessed source file (informational) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32290
[Bug c++/32290] GCC crashes with OOM when compiling trivial source file (no endless loop)
--- Comment #2 from aribrei at arcor dot de 2007-06-11 18:05 --- Created an attachment (id=13681) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13681action=view) Preprocessed source file -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32290
[Bug fortran/32289] mips version of gfortran produces internal compiler error
--- Comment #1 from kargl at gcc dot gnu dot org 2007-06-11 18:16 --- (In reply to comment #0) When I compile the following function using the mips version of gfortran I get the message: q.f90: In function 'set_numeric_values': q.f90:3: internal compiler error: in gfc_conv_variable, at fortran/trans-expr.c:381 Please submit a full bug report, with preprocessed source if appropriate. See URL:http://gcc.gnu.org/bugs.html for instructions. For Debian GNU/Linux specific bug reporting instructions, see URL:file:///usr/share/doc/gcc-4.1/README.Bugs. FUNCTION i() CONTAINS SUBROUTINE set_numeric_values i = 0 END SUBROUTINE set_numeric_values END FUNCTION i Michael, Can you upgrade to either gfortran 4.2 or gfortran 4.3 (aka trunk)? The code compiles for me with both of these compilers. As a side note, I use gfortran 4.2 asmy everyday compiler, and I think you'll be much happier with it. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32289
[Bug c++/21560] #pragma(1) doesn't work on the inner classes inside the temlated class
--- Comment #2 from richard-gccbugzilla at metafoo dot co dot uk 2007-06-11 18:11 --- Dup of 7046. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21560
[Bug c++/32290] GCC crashes with OOM when compiling trivial source file (no endless loop)
--- Comment #3 from aribrei at arcor dot de 2007-06-11 18:30 --- Created an attachment (id=13682) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13682action=view) The same as #13681 but without those tons of empty lines $ perl -ne 's/#.*$//; print if /\S/' reduced-problem.ii reduced-problem.ii.nocrap -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32290
[Bug middle-end/32285] [4.1 Regression] Miscompilation with pure _Complex returning call inside another fn's argument list
--- Comment #3 from pinskia at gcc dot gnu dot org 2007-06-11 18:36 --- Actually IIRC the machine's glibc was upgaded at the same time. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||pinskia at gcc dot gnu dot ||org Keywords||wrong-code Target Milestone|--- |4.1.3 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32285
[Bug fortran/32289] mips version of gfortran produces internal compiler error
--- Comment #2 from michael dot a dot richmond at nasa dot gov 2007-06-11 18:39 --- I run Debian Linux 4.0 on my SGI box. When I type apt-get source gcc-4.1, it downloads a version of gcc 4.1.2 that appears to be extensively hacked up. This version produced the referenced error. Could you tell me briefly where you get the source code, and what procedure you use to build the executable? Thank you very much. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32289
[Bug rtl-optimization/32283] Missed induction variable optimization
--- Comment #4 from pinskia at gcc dot gnu dot org 2007-06-11 18:45 --- Note this is most likely a dup of another bug which is talking about PPC. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||pinskia at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32283
[Bug middle-end/32258] Testsuite reports - FAIL: gcc.dg/torture/builtin-pow-mpfr-1.c
--- Comment #5 from rob1weld at aol dot com 2007-06-11 18:46 --- I just built gcc version 4.3.0 20070611 and noticed this: # grep -B4 -A2 undefined\ reference\ to /opt/gcc-4_3-build/gcc/testsuite/gcc/gcc.log | head -n 6 Executing on host: /opt/gcc-4_3-build/gcc/xgcc -B/opt/gcc-4_3-build/gcc/ /root/downloads/gcc-4_3-trunk/gcc/testsuite/gcc.dg/torture/builtin-math-3.c -Os -fno-show-column -lm -o builtin-math-3.exe(timeout = 300) PASS: gcc.dg/torture/builtin-math-3.c -Os (test for excess errors) Executing on host: /opt/gcc-4_3-build/gcc/xgcc -B/opt/gcc-4_3-build/gcc/ /root/downloads/gcc-4_3-trunk/gcc/testsuite/gcc.dg/torture/builtin-math-4.c -O0 -fno-show-column -lm -o builtin-math-4.exe(timeout = 300) /tmp/ccjYQMCb.o: In function `main': builtin-math-4.c:(.text+0x79): undefined reference to `link_error' builtin-math-4.c:(.text+0xdc): undefined reference to `link_error' This is new, it looks like someone is working on that part of the code. In order to avoid any duplication of efforts I'm going to hold off on your suggestion determine what changed and update GCC. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32258
[Bug middle-end/32285] [4.1 Regression] Miscompilation with pure _Complex returning call inside another fn's argument list
--- Comment #4 from jconner at apple dot com 2007-06-11 18:59 --- Sorry, yes, reading back I wasn't being very clear. I meant to say that the impression I was left with was that it wasn't a result of my change, but of the test environment, an idea which was supported by my own benchmarking results. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32285
[Bug fortran/32289] mips version of gfortran produces internal compiler error
--- Comment #3 from kargl at gcc dot gnu dot org 2007-06-11 19:08 --- (In reply to comment #2) I run Debian Linux 4.0 on my SGI box. When I type apt-get source gcc-4.1, it downloads a version of gcc 4.1.2 that appears to be extensively hacked up. This version produced the referenced error. Could you tell me briefly where you get the source code, and what procedure you use to build the executable? Thank you very much. Michael, I build gfortran from source, which for the mips architecture is probably your only option. You'll need subversion. To get the bleeding edge, do cd tmp svn checkout svn://gcc.gnu.org/svn/gcc/trunk mkdir obj cd obj ../trunk/configure --prefix=path_to_install_to --enable-languages=c,gfortran make bootstrap make install You can also grab the gcc-4.2 tarball from ftp.gnu.org (or a mirror). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32289
[Bug ada/32286] [4.2/4.3 Regression] ICE in dwarf2out with -g: sees Ada f-e unconstrained_array_type node
--- Comment #1 from laurent at guerby dot net 2007-06-11 20:17 --- gcc -c -g -gnat05 e.adb works on 4.1.2, but it ICEs on 4.2 and 4.3. +===GNAT BUG DETECTED==+ | 4.2.0 (i686-pc-linux-gnu) in gen_type_die, at dwarf2out.c:12720 | | Error detected at e.adb:8:7 | | Please submit a bug report; see http://gcc.gnu.org/bugs.html.| -- laurent at guerby dot net changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Keywords||ice-on-valid-code Known to fail||4.2.0 Known to work||4.1.2 Last reconfirmed|-00-00 00:00:00 |2007-06-11 20:17:07 date|| Summary|ICE in dwarf2out with -g: |[4.2/4.3 Regression] ICE in |sees Ada f-e|dwarf2out with -g: sees Ada |unconstrained_array_type|f-e unconstrained_array_type |node|node http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32286
[Bug c++/32291] New: -Wformat either too picky or not picky enough
Compiling the following snippet with -Wformat (or -Wall) causes the compiler to complain: wformat-bug.C:8: warning: format '%u' expects type 'unsigned int', but argument 2 has type 'uint32_t' The problem seems to be that stdint.h defines uint32_t as long in cygwin. I realize that int != long on some platforms, but i686 isn't one of them. Why should the user be forced to cast their uint32_t (read: 32-bit unsigned int) to unsigned int before passing it to printf() when they are logically identical? On the other hand, there's no complaint about passing a signed integer into an unsigned format or vice-versa, even though the output value might actually change because of the oversight in those cases. wformat.C: === #include cstdio #include stdint.h int main() { uint32_t a = ~0; unsigned int b = a; uint32_t c = b; printf(%u\n, c); // warning (?) int d = c; unsigned e = d; printf(%d\n, e); // no warning printf(%u\n, d); // no warning } -- Summary: -Wformat either too picky or not picky enough Product: gcc Version: 4.2.0 Status: UNCONFIRMED Severity: minor Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: scovich at gmail dot com GCC target triplet: i686-pc-cygwin http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32291
[Bug c++/32290] GCC crashes with OOM when compiling relatively simple source file (no endless loop)
--- Comment #4 from aribrei at arcor dot de 2007-06-11 20:40 --- Reported to crash as well on gcc 3.4 and 4.2, with a message like this: gcc 4.2: cc1plus: out of memory allocating 385029117 bytes after a total of 155668480 bytes Reported to compile fine on Microsoft Visual C++ 8.0 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32290
[Bug c/32292] New: pthread_exit should have attribute __noreturn__
The following generates a spurious warning about control reaching the end of a non-void function: #include pthread.h void* foo(void*) { pthread_exit(1); } -- Summary: pthread_exit should have attribute __noreturn__ Product: gcc Version: 4.2.0 Status: UNCONFIRMED Severity: minor Priority: P3 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: scovich at gmail dot com GCC target triplet: i686-pc-cygwin http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32292
[Bug c++/32291] -Wformat either too picky or not picky enough
--- Comment #1 from schwab at suse dot de 2007-06-11 20:50 --- It is not portable to pass a long when an int is expected. But exchanging unsigned and signed variants of the same type is always possible. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32291
[Bug c/32292] pthread_exit should have attribute __noreturn__
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-06-11 20:57 --- pthread.h comes from your libc and not GCC. GCC does have any builtins for pthread* so closing as invalid. -- 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=32292
[Bug bootstrap/32101] xgcc invokes as with invalid -m option while assembling crtbegin.o
--- Comment #2 from mfouts at danger dot com 2007-06-11 20:59 --- Subject: RE: xgcc invokes as with invalid -m option while assembling crtbegin.o #!/bin/sh exec $@ -Original Message- From: pinskia at gcc dot gnu dot org [mailto:[EMAIL PROTECTED] Sent: Saturday, June 09, 2007 8:21 PM To: Martin Fouts Subject: [Bug bootstrap/32101] xgcc invokes as with invalid -m option while assembling crtbegin.o --- Comment #1 from pinskia at gcc dot gnu dot org 2007-06-10 03:20 --- Can you attach /space/projects/reference/tools/arm-elf-gnu/4.2.0/gcc-build-926ej-s/./gc c/as ? -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |WAITING http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32101 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. You reported the bug, or are watching the reporter. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32101
[Bug c++/32260] [4.3 Regression] too many warning: dereferencing type-punned pointer will break strict-aliasing rules
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-06-11 21:19 --- Confirmed, I have not looked into this close enough but this is a front-end bug as the type (and aliasing set) of the typeid variable is different from std::type_info's. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Keywords||alias, diagnostic Last reconfirmed|-00-00 00:00:00 |2007-06-11 21:19:44 date|| Summary|too many warning: |[4.3 Regression] too many |dereferencing type-punned |warning: dereferencing type- |pointer will break strict- |punned pointer will break |aliasing rules |strict-aliasing rules Target Milestone|--- |4.3.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32260
[Bug target/31850] gcc.c-torture/compile/limits-fnargs.c is slow at compiling for spu-elf
--- Comment #8 from pinskia at gcc dot gnu dot org 2007-06-11 21:28 --- This testcase is still slow: WARNING: program timed out. FAIL: gcc.c-torture/compile/limits-fnargs.c -O1 (test for excess errors) WARNING: program timed out. FAIL: gcc.c-torture/compile/limits-fnargs.c -O2 (test for excess errors) WARNING: program timed out. FAIL: gcc.c-torture/compile/limits-fnargs.c -O3 -fomit-frame-pointer (test for excess errors) WARNING: program timed out. FAIL: gcc.c-torture/compile/limits-fnargs.c -O3 -g (test for excess errors) WARNING: program timed out. FAIL: gcc.c-torture/compile/limits-fnargs.c -Os (test for excess errors) I have not looked at why it is slow for spu-elf yet. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31850
[Bug java/32247] -Wall enables -Wunused enables -Wunused-parameter
--- Comment #2 from cagney at redhat dot com 2007-06-11 21:38 --- This bug is refering to the command line options parser and how it maps GCC style options onto ECJ options. -- cagney at redhat dot com changed: What|Removed |Added Status|RESOLVED|UNCONFIRMED Resolution|WONTFIX | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32247
[Bug rtl-optimization/32293] New: [4.3 Regression] internal compiler error: in do_SUBST, at combine.c:502
When I was building libbid on Linux/Intel64, I got ICE. Gcc 4.2 is OK. -- Summary: [4.3 Regression] internal compiler error: in do_SUBST, at combine.c:502 Product: gcc Version: 4.3.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: rtl-optimization AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: hjl at lucon dot org GCC target triplet: x86_64-unknown-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32293
[Bug rtl-optimization/32293] [4.3 Regression] internal compiler error: in do_SUBST, at combine.c:502
--- Comment #1 from hjl at lucon dot org 2007-06-11 21:39 --- Created an attachment (id=13683) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13683action=view) A testcase [EMAIL PROTECTED] gcc]$ ./xgcc --version xgcc (GCC) 4.3.0 20070611 (experimental) [trunk revision 125618] Copyright (C) 2007 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. [EMAIL PROTECTED] gcc]$ ./xgcc -O2 -B./ -c /tmp/x.i /export/gnu/src/gcc-dfp/gcc/libgcc/../libbid/bid32_to_bid128.c: In function bid128_to_bid32: /export/gnu/src/gcc-dfp/gcc/libgcc/../libbid/bid32_to_bid128.c:228: internal compiler error: in do_SUBST, at combine.c:502 Please submit a full bug report, with preprocessed source if appropriate. See URL:http://gcc.gnu.org/bugs.html for instructions. [EMAIL PROTECTED] gcc]$ -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32293
[Bug java/32247] -Wall enables -Wunused enables -Wunused-parameter
--- Comment #3 from pinskia at gcc dot gnu dot org 2007-06-11 21:40 --- ecj1 is not part of GCC. -- 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=32247
[Bug rtl-optimization/32293] [4.3 Regression] internal compiler error: in do_SUBST, at combine.c:502
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Keywords||ice-on-valid-code Target Milestone|--- |4.3.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32293
[Bug rtl-optimization/32293] [4.3 Regression] internal compiler error: in do_SUBST, at combine.c:502
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-06-11 21:43 --- This works for powerpc64-linux-gnu. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32293
[Bug java/32247] -Wall enables -Wunused enables -Wunused-parameter
--- Comment #4 from cagney at redhat dot com 2007-06-11 21:44 --- This is a bug in the GCJ command line parser option parser, not in ECJ. -- cagney at redhat dot com changed: What|Removed |Added Status|RESOLVED|UNCONFIRMED Resolution|INVALID | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32247
[Bug java/32247] -Wall enables -Wunused enables -Wunused-parameter
--- Comment #5 from pinskia at gcc dot gnu dot org 2007-06-11 21:47 --- (In reply to comment #4) This is a bug in the GCJ command line parser option parser, not in ECJ. Well I say it is not a bug according to the documentation :). Really you should use -Wno-unused-paramter if you don't want the warning. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||WONTFIX http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32247
[Bug java/32247] -Wall enables -Wunused enables -Wunused-parameter
--- Comment #6 from cagney at redhat dot com 2007-06-11 21:48 --- That is something for _java_ developers to decide. -- cagney at redhat dot com changed: What|Removed |Added Status|RESOLVED|UNCONFIRMED Resolution|WONTFIX | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32247
[Bug java/32247] -Wall enables -Wunused enables -Wunused-parameter
--- Comment #7 from pinskia at gcc dot gnu dot org 2007-06-11 21:53 --- Not really because this is a standard GCC option and having it different between java and other languages is wrong. http://gcc.gnu.org/onlinedocs/gcc-4.2.0/gcc/Warning-Options.html Please read the documentation before really filing a bug, really an unused parameter is wrong because it usually means either you have conditional code (which case you). -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||WONTFIX http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32247
[Bug tree-optimization/32146] Bad matrix layout transformations
--- Comment #5 from pinskia at gcc dot gnu dot org 2007-06-11 21:57 --- Yes this is fixed now, thanks. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED Target Milestone|--- |4.3.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32146
[Bug c++/32177] g++ crashes on some valid OpenMP code
--- Comment #5 from pinskia at gcc dot gnu dot org 2007-06-11 21:59 --- Fixed. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED Target Milestone|--- |4.3.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32177
[Bug preprocessor/14331] please add option to suppress warning message no newline at end of file
--- Comment #20 from pinskia at gcc dot gnu dot org 2007-06-11 22:00 --- Fixed. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED Target Milestone|--- |4.3.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14331
[Bug rtl-optimization/32293] [4.3 Regression] internal compiler error: in do_SUBST, at combine.c:502
--- Comment #3 from hjl at lucon dot org 2007-06-11 22:05 --- Revision 123081 is good and revision 123304 is bad. -- hjl at lucon dot org changed: What|Removed |Added Target Milestone|4.3.0 |--- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32293
[Bug other/32154] sim-crt0.o/crt0.o isn't found during configure due to missing -L or -B
--- Comment #8 from rask at sygehus dot dk 2007-06-11 22:05 --- Bug bootstrap/12019 looks similiar to this one. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32154
[Bug rtl-optimization/32293] [4.3 Regression] internal compiler error: in do_SUBST, at combine.c:502
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.3.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32293
[Bug bootstrap/32287] gas version style changed causs warnings with configure
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-06-11 22:25 --- binutils's version style changed. I don't remember if they changed it back or not. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Keywords|patch | Summary|Grep for as broken -- |gas version style changed |configure: line 14092: test:|causs warnings with |too many arguments sleb128 |configure |uleb128 | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32287
[Bug target/32110] vector extract and then vector splat is not optimized
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Severity|normal |enhancement http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32110
[Bug rtl-optimization/32293] [4.3 Regression] internal compiler error: in do_SUBST, at combine.c:502
--- Comment #4 from hjl at lucon dot org 2007-06-11 22:38 --- Revision 123178 is good and revision 123254 is bad. -- hjl at lucon dot org changed: What|Removed |Added Target Milestone|4.3.0 |--- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32293
[Bug fortran/30875] Equivalence of derived types with (same) default initializer
--- Comment #4 from pault at gcc dot gnu dot org 2007-06-11 22:39 --- Subject: Bug 30875 Author: pault Date: Mon Jun 11 22:39:21 2007 New Revision: 125628 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=125628 Log: 2007-06-12 Paul Thomas [EMAIL PROTECTED] PR fortran/29786 PR fortran/30875 * trans-common.c (get_init_field): New function. (create_common): Call get_init_field for overlapping initializers in equivalence blocks. * resolve.c (resolve_equivalence_derived, resolve_equivalence): Remove constraints on initializers in equivalence blocks. * target-memory.c (expr_to_char, gfc_merge_initializers): New functions. (encode_derived): Add the bit offset to the byte offset to get the total offset to the field. * target-memory.h : Add prototype for gfc_merge_initializers. 2007-06-12 Paul Thomas [EMAIL PROTECTED] PR fortran/29786 * gfortran.dg/equiv_7.f90: New test. * gfortran.dg/equiv_constraint_7.f90: Change error message. PR fortran/30875 * gfortran.dg/equiv_constraint_5.f90: Correct code and error. Added: trunk/gcc/testsuite/gfortran.dg/equiv_7.f90 Modified: trunk/gcc/fortran/ChangeLog trunk/gcc/fortran/resolve.c trunk/gcc/fortran/target-memory.c trunk/gcc/fortran/target-memory.h trunk/gcc/fortran/trans-common.c trunk/gcc/testsuite/ChangeLog trunk/gcc/testsuite/gfortran.dg/equiv_constraint_5.f90 trunk/gcc/testsuite/gfortran.dg/equiv_constraint_7.f90 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30875
[Bug fortran/29786] [4.1/4.2/4.3 Regression] Initialization of overlapping variables: Not implemented
--- Comment #13 from pault at gcc dot gnu dot org 2007-06-11 22:39 --- Subject: Bug 29786 Author: pault Date: Mon Jun 11 22:39:21 2007 New Revision: 125628 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=125628 Log: 2007-06-12 Paul Thomas [EMAIL PROTECTED] PR fortran/29786 PR fortran/30875 * trans-common.c (get_init_field): New function. (create_common): Call get_init_field for overlapping initializers in equivalence blocks. * resolve.c (resolve_equivalence_derived, resolve_equivalence): Remove constraints on initializers in equivalence blocks. * target-memory.c (expr_to_char, gfc_merge_initializers): New functions. (encode_derived): Add the bit offset to the byte offset to get the total offset to the field. * target-memory.h : Add prototype for gfc_merge_initializers. 2007-06-12 Paul Thomas [EMAIL PROTECTED] PR fortran/29786 * gfortran.dg/equiv_7.f90: New test. * gfortran.dg/equiv_constraint_7.f90: Change error message. PR fortran/30875 * gfortran.dg/equiv_constraint_5.f90: Correct code and error. Added: trunk/gcc/testsuite/gfortran.dg/equiv_7.f90 Modified: trunk/gcc/fortran/ChangeLog trunk/gcc/fortran/resolve.c trunk/gcc/fortran/target-memory.c trunk/gcc/fortran/target-memory.h trunk/gcc/fortran/trans-common.c trunk/gcc/testsuite/ChangeLog trunk/gcc/testsuite/gfortran.dg/equiv_constraint_5.f90 trunk/gcc/testsuite/gfortran.dg/equiv_constraint_7.f90 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29786
[Bug fortran/29786] [4.1/4.2/4.3 Regression] Initialization of overlapping variables: Not implemented
--- Comment #14 from pault at gcc dot gnu dot org 2007-06-11 22:41 --- fixed on trunk Paul -- pault at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29786
[Bug rtl-optimization/32293] [4.3 Regression] internal compiler error: in do_SUBST, at combine.c:502
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.3.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32293
[Bug fortran/30875] Equivalence of derived types with (same) default initializer
--- Comment #5 from pault at gcc dot gnu dot org 2007-06-11 22:42 --- Fixed on trunk Paul -- pault at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30875
[Bug rtl-optimization/32293] [4.3 Regression] internal compiler error: in do_SUBST, at combine.c:502
--- Comment #5 from hjl at lucon dot org 2007-06-11 22:49 --- Revision 123214 is good and revision 123223 is bad. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32293
[Bug rtl-optimization/32293] [4.3 Regression] internal compiler error: in do_SUBST, at combine.c:502
--- Comment #6 from pinskia at gcc dot gnu dot org 2007-06-11 22:51 --- I am thinking it was Steven's patch, though most likely just exposed a latent bug somewhere else. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32293
[Bug rtl-optimization/32293] [4.3 Regression] internal compiler error: in do_SUBST, at combine.c:502
--- Comment #7 from hjl at lucon dot org 2007-06-11 22:56 --- I have verified that this patch http://gcc.gnu.org/ml/gcc-patches/2007-03/msg01634.html causes this regression. -- hjl at lucon dot org changed: What|Removed |Added CC||steven at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32293
[Bug fortran/32148] FAIL: gfortran.dg/sizeof.f90 -O0 (internal compiler error)
--- Comment #5 from pinskia at gcc dot gnu dot org 2007-06-11 23:01 --- Yes this is fixed. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32148
[Bug middle-end/31959] [4.3 Regression] ICE in expand_builtin_expect, at builtins.c:5112
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||pinskia at gcc dot gnu dot ||org Target Milestone|--- |4.3.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31959
[Bug middle-end/31959] [4.3 Regression] ICE in expand_builtin_expect, at builtins.c:5112
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-06-11 23:11 --- Part of the problem is PR 29478 which causes this warning/error to show up. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added BugsThisDependsOn||29478 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31959