[Bug target/43437] ICE in CSE, during libgcc build

2010-03-19 Thread aldyh at gcc dot gnu dot org
--- Comment #2 from aldyh at gcc dot gnu dot org 2010-03-19 15:48 --- Created an attachment (id=20141) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20141action=view) reduced testcase -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43437

[Bug target/43437] ICE in CSE, during libgcc build

2010-03-19 Thread aldyh at gcc dot gnu dot org
--- Comment #3 from aldyh at gcc dot gnu dot org 2010-03-19 15:58 --- Reproduce with: ./cc1 -g -O a.i -mscore3 -- aldyh at gcc dot gnu dot org changed: What|Removed |Added

[Bug target/43437] ICE in CSE, during libgcc build

2010-03-19 Thread aldyh at gcc dot gnu dot org
--- Comment #5 from aldyh at gcc dot gnu dot org 2010-03-19 18:41 --- Err, I was just going to say that. Curse you Jakub. Let me know when you're looking at something so we don't duplicate efforts. Wait, am I not supposed to say curse on a PR? Oh well. -- http://gcc.gnu.org

[Bug tree-optimization/42917] [4.5 Regression] -fcompare-debug failure with -ftree-loop-linear

2010-03-16 Thread aldyh at gcc dot gnu dot org
--- Comment #5 from aldyh at gcc dot gnu dot org 2010-03-16 11:34 --- Subject: Bug 42917 Author: aldyh Date: Tue Mar 16 11:33:45 2010 New Revision: 157477 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=157477 Log: PR tree-optimization/42917 * lambda-code.c

[Bug tree-optimization/42917] [4.5 Regression] -fcompare-debug failure with -ftree-loop-linear

2010-03-16 Thread aldyh at gcc dot gnu dot org
--- Comment #6 from aldyh at gcc dot gnu dot org 2010-03-16 11:36 --- Fixed here: http://gcc.gnu.org/ml/gcc-patches/2010-03/msg00560.html -- aldyh at gcc dot gnu dot org changed: What|Removed |Added

[Bug tree-optimization/42729] [4.5 Regression] -fcompare-debug failure with -O1 -fgraphite-identity

2010-03-15 Thread aldyh at gcc dot gnu dot org
--- Comment #6 from aldyh at gcc dot gnu dot org 2010-03-15 14:35 --- With the last set of patches to var-tracking, this has been fixed. Closing. -- aldyh at gcc dot gnu dot org changed: What|Removed |Added

[Bug debug/43381] New: infinite loop in gcc.dg/parm-impl-decl-1.c with -g

2010-03-15 Thread aldyh at gcc dot gnu dot org
Status: UNCONFIRMED Severity: normal Priority: P3 Component: debug AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: aldyh at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43381

[Bug debug/43381] infinite loop in gcc.dg/parm-impl-decl-1.c with -g

2010-03-15 Thread aldyh at gcc dot gnu dot org
--- Comment #1 from aldyh at gcc dot gnu dot org 2010-03-15 19:44 --- Created an attachment (id=20112) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20112action=view) gcc.dg/parm-impl-decl-1.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43381

[Bug tree-optimization/42917] [4.5 Regression] -fcompare-debug failure with -ftree-loop-linear

2010-03-08 Thread aldyh at gcc dot gnu dot org
-- aldyh at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |aldyh at gcc dot gnu dot org |dot org

[Bug tree-optimization/40760] [4.3/4.4/4.5 Regression] unbounded recursion in the gimplifier

2010-01-04 Thread aldyh at gcc dot gnu dot org
--- Comment #6 from aldyh at gcc dot gnu dot org 2010-01-04 14:29 --- Increase your stack size. -- aldyh at gcc dot gnu dot org changed: What|Removed |Added

[Bug tree-optimization/40760] [4.3/4.4/4.5 Regression] unbounded recursion in the gimplifier

2009-12-22 Thread aldyh at gcc dot gnu dot org
--- Comment #2 from aldyh at gcc dot gnu dot org 2009-12-22 14:56 --- The problem here is a recursive call to gimplify_stmt in gimplify_cond_expr with the true/false statements. This would only happen on thousands of nested ifs. Should this really be a P2? Can't we change

[Bug tree-optimization/40760] [4.3/4.4/4.5 Regression] unbounded recursion in the gimplifier

2009-12-22 Thread aldyh at gcc dot gnu dot org
--- Comment #4 from aldyh at gcc dot gnu dot org 2009-12-22 17:18 --- Jakub: Agreed. How can we resolve/close/etc this bug? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40760

[Bug tree-optimization/42185] [4.5 Regression] [graphite] expected gimple_assign(error_mark), have gimple_call() in gimple_assign_rhs_code, at gimple.h:1820

2009-12-15 Thread aldyh at gcc dot gnu dot org
--- Comment #4 from aldyh at gcc dot gnu dot org 2009-12-15 15:18 --- Subject: Bug 42185 Author: aldyh Date: Tue Dec 15 15:17:46 2009 New Revision: 155256 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=155256 Log: PR graphite/42185 * graphite-sese-to-poly.c

[Bug tree-optimization/42185] [4.5 Regression] [graphite] expected gimple_assign(error_mark), have gimple_call() in gimple_assign_rhs_code, at gimple.h:1820

2009-12-15 Thread aldyh at gcc dot gnu dot org
--- Comment #5 from aldyh at gcc dot gnu dot org 2009-12-15 15:18 --- That's because I hadn't committed. Tests pass. Committing and closing. -- aldyh at gcc dot gnu dot org changed: What|Removed |Added

[Bug tree-optimization/42185] [4.5 Regression] [graphite] expected gimple_assign(error_mark), have gimple_call() in gimple_assign_rhs_code, at gimple.h:1820

2009-12-14 Thread aldyh at gcc dot gnu dot org
--- Comment #2 from aldyh at gcc dot gnu dot org 2009-12-14 16:38 --- http://gcc.gnu.org/ml/gcc-patches/2009-12/msg00716.html Patch fixes both testcases, but the second testcase has another unrelated SSA bug. -- aldyh at gcc dot gnu dot org changed: What|Removed

[Bug bootstrap/41451] [4.5 Regression] Bootstrap failure with fold checking

2009-10-27 Thread aldyh at gcc dot gnu dot org
--- Comment #5 from aldyh at gcc dot gnu dot org 2009-10-27 11:18 --- Subject: Bug 41451 Author: aldyh Date: Tue Oct 27 11:18:12 2009 New Revision: 153588 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=153588 Log: PR bootstrap/41451 * fold-const.c (fold_binary_loc

[Bug bootstrap/41451] [4.5 Regression] Bootstrap failure with fold checking

2009-10-27 Thread aldyh at gcc dot gnu dot org
--- Comment #6 from aldyh at gcc dot gnu dot org 2009-10-27 11:19 --- fixed -- aldyh at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED

[Bug bootstrap/41451] [4.5 Regression] Bootstrap failure with fold checking

2009-10-26 Thread aldyh at gcc dot gnu dot org
-- aldyh at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |aldyh at gcc dot gnu dot org |dot org

[Bug debug/40660] [4.5 Regression] Weird break points with 4.5, works with 4.4

2009-08-24 Thread aldyh at gcc dot gnu dot org
--- Comment #11 from aldyh at gcc dot gnu dot org 2009-08-25 00:28 --- Subject: Bug 40660 Author: aldyh Date: Tue Aug 25 00:27:52 2009 New Revision: 151069 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=151069 Log: fortran/ PR fortran/40660 * trans-io.c (build_dt

[Bug debug/40660] [4.5 Regression] Wierd break points with 4.5, works with 4.4

2009-08-21 Thread aldyh at gcc dot gnu dot org
--- Comment #7 from aldyh at gcc dot gnu dot org 2009-08-21 21:11 --- Sorry I was out on vacation. I will take a look. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40660

[Bug c/40435] [4.5 regression] Revision 148442 caused many regressions on trunk

2009-07-09 Thread aldyh at gcc dot gnu dot org
--- Comment #8 from aldyh at gcc dot gnu dot org 2009-07-09 12:31 --- This patch fixes the remaining failures. http://gcc.gnu.org/ml/gcc-patches/2009-07/msg00484.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40435

[Bug c/35742] [4.3 regression] Broken diagnostic: 'goto_expr' not supported by pp_c_expression

2009-06-17 Thread aldyh at gcc dot gnu dot org
-- aldyh at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|aldyh at gcc dot gnu dot org|unassigned at gcc dot gnu

[Bug c/35441] [4.3/4.4/4.5 regression] Completely broken diagnostics

2009-06-17 Thread aldyh at gcc dot gnu dot org
-- aldyh at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|aldyh at gcc dot gnu dot org|unassigned at gcc dot gnu

[Bug c/40435] [4.5 regression] Revision 148442 caused many regressions on trunk

2009-06-17 Thread aldyh at gcc dot gnu dot org
--- Comment #7 from aldyh at gcc dot gnu dot org 2009-06-17 13:00 --- Fix for func-ptr-conv-1.c failure. http://gcc.gnu.org/ml/gcc-patches/2009-06/msg01344.html -- aldyh at gcc dot gnu dot org changed: What|Removed |Added

[Bug c/40435] [4.5 regression] Many regressions on trunk

2009-06-13 Thread aldyh at gcc dot gnu dot org
--- Comment #3 from aldyh at gcc dot gnu dot org 2009-06-13 21:28 --- Wshadow-3.c and pr36902.c are definitely mine. My original request for approval indicated that these were problems with fold being location agnostic, and that I would be addressing the issues post merge. The func

[Bug testsuite/37442] [4.4 Regression] gcc.target/i386/pr12329.c and gcc.target/i386/sse-5.c

2008-09-09 Thread aldyh at gcc dot gnu dot org
--- Comment #2 from aldyh at gcc dot gnu dot org 2008-09-09 14:50 --- Fixed by http://gcc.gnu.org/ml/gcc-patches/2008-09/msg00710.html -- aldyh at gcc dot gnu dot org changed: What|Removed |Added

[Bug c/35746] [4.3 regression] ICE with undefined variables

2008-08-12 Thread aldyh at gcc dot gnu dot org
--- Comment #9 from aldyh at gcc dot gnu dot org 2008-08-12 14:05 --- Subject: Bug 35746 Author: aldyh Date: Tue Aug 12 14:04:18 2008 New Revision: 139018 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=139018 Log: PR c/35746 * gimplify.c (gimplify_expr): Do

[Bug c/35746] [4.3 regression] ICE with undefined variables

2008-08-12 Thread aldyh at gcc dot gnu dot org
--- Comment #10 from aldyh at gcc dot gnu dot org 2008-08-12 14:06 --- http://gcc.gnu.org/ml/gcc-patches/2008-08/msg00778.html -- aldyh at gcc dot gnu dot org changed: What|Removed |Added

[Bug tree-optimization/35428] [4.3 regression] ICE with -ftrapv

2008-08-12 Thread aldyh at gcc dot gnu dot org
--- Comment #11 from aldyh at gcc dot gnu dot org 2008-08-12 14:21 --- Still can't reproduce. What target are you compiling for? Verify my steps below, and see if there's any discrepancy in what you are doing. anquetil:/build/43/gcc$ ./cc1 --version GNU C (GCC) version 4.3.2 20080812

[Bug tree-optimization/35428] [4.3 regression] ICE with -ftrapv

2008-08-12 Thread aldyh at gcc dot gnu dot org
--- Comment #13 from aldyh at gcc dot gnu dot org 2008-08-12 15:02 --- Nope, still can't reproduce with i686-pc-linux-gnu, or with x86-64-linux using -m32. FWIW, Jakub can't reproduce it either. Can anyone beside Volker reproduce this? If nobody else can't, I'm inclined to say it's

[Bug c/35443] [4.2/4.3/4.4 regression] Completely broken diagnostic with bind_expr

2008-08-12 Thread aldyh at gcc dot gnu dot org
-- aldyh at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |aldyh at gcc dot gnu dot org |dot org

[Bug c/35742] [4.2/4.3/4.4 regression] Broken diagnostic: 'goto_expr' not supported by pp_c_expression

2008-08-12 Thread aldyh at gcc dot gnu dot org
-- aldyh at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |aldyh at gcc dot gnu dot org |dot org

[Bug c/35442] [4.2/4.3/4.4 Regression] Completely broken diagnostic with view_convert_expr

2008-08-12 Thread aldyh at gcc dot gnu dot org
-- aldyh at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |aldyh at gcc dot gnu dot org |dot org

[Bug c/35441] [4.2/4.3/4.4 regression] Completely broken diagnostics

2008-08-12 Thread aldyh at gcc dot gnu dot org
-- aldyh at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |aldyh at gcc dot gnu dot org |dot org

[Bug c/35746] [4.3 regression] ICE with undefined variables

2008-08-08 Thread aldyh at gcc dot gnu dot org
--- Comment #6 from aldyh at gcc dot gnu dot org 2008-08-08 23:23 --- (In reply to comment #5) I can still reproduce this on the 4.3 branch as of 2008-08-07. On mainline the bug disappeared between 2008-07-29 and 2008-08-02. I see the error, but there is no longer an ICE. $ ./cc1

[Bug middle-end/35432] [4.2/4.3/4.4 regression] ICE with zero-sized array

2008-08-06 Thread aldyh at gcc dot gnu dot org
--- Comment #2 from aldyh at gcc dot gnu dot org 2008-08-06 10:00 --- http://gcc.gnu.org/ml/gcc-patches/2008-08/msg00322.html -- aldyh at gcc dot gnu dot org changed: What|Removed |Added

[Bug tree-optimization/35428] [4.3 regression] ICE with -ftrapv

2008-08-06 Thread aldyh at gcc dot gnu dot org
--- Comment #9 from aldyh at gcc dot gnu dot org 2008-08-06 10:18 --- I can no longer reproduce this on either the 4.3 branch or mainline. Volker, can you check on your end? If there is no update, I will close at the end of the week. -- aldyh at gcc dot gnu dot org changed

[Bug middle-end/35432] [4.2/4.3/4.4 regression] ICE with zero-sized array

2008-08-06 Thread aldyh at gcc dot gnu dot org
--- Comment #3 from aldyh at gcc dot gnu dot org 2008-08-06 10:26 --- Subject: Bug 35432 Author: aldyh Date: Wed Aug 6 10:25:22 2008 New Revision: 138793 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=138793 Log: PR middle-end/35432 * gimplify.c

[Bug middle-end/35432] [4.2/4.3/4.4 regression] ICE with zero-sized array

2008-08-06 Thread aldyh at gcc dot gnu dot org
--- Comment #4 from aldyh at gcc dot gnu dot org 2008-08-06 10:32 --- Subject: Bug 35432 Author: aldyh Date: Wed Aug 6 10:31:22 2008 New Revision: 138794 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=138794 Log: PR middle-end/35432 * gimplify.c

[Bug middle-end/35432] [4.2/4.3/4.4 regression] ICE with zero-sized array

2008-08-06 Thread aldyh at gcc dot gnu dot org
--- Comment #5 from aldyh at gcc dot gnu dot org 2008-08-06 10:43 --- Subject: Bug 35432 Author: aldyh Date: Wed Aug 6 10:41:39 2008 New Revision: 138796 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=138796 Log: PR middle-end/35432 * gimplify.c

[Bug middle-end/35432] [4.2/4.3/4.4 regression] ICE with zero-sized array

2008-08-06 Thread aldyh at gcc dot gnu dot org
--- Comment #6 from aldyh at gcc dot gnu dot org 2008-08-06 10:43 --- Fixed on mainline, 4.3, and 4.2. -- aldyh at gcc dot gnu dot org changed: What|Removed |Added

[Bug c/35746] [4.3/4.4 regression] ICE with undefined variables

2008-08-05 Thread aldyh at gcc dot gnu dot org
--- Comment #4 from aldyh at gcc dot gnu dot org 2008-08-05 15:24 --- I can no longer reproduce this bug on either the 4.3 branch or mainline-- for both C and C++. If there is no update on this in the next week, I will close the bug. -- aldyh at gcc dot gnu dot org changed

[Bug tree-optimization/34448] [4.3 Regression] ICE in declare_inline_vars, at tree-inline.c:3243

2008-01-04 Thread aldyh at gcc dot gnu dot org
--- Comment #12 from aldyh at gcc dot gnu dot org 2008-01-04 14:50 --- Subject: Bug 34448 Author: aldyh Date: Fri Jan 4 14:49:28 2008 New Revision: 131323 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=131323 Log: PR tree-optimization/34448 PR tree-optimization

[Bug tree-optimization/34465] [4.3 Regression] incorrect sharing of tree nodes

2008-01-04 Thread aldyh at gcc dot gnu dot org
--- Comment #6 from aldyh at gcc dot gnu dot org 2008-01-04 14:50 --- Subject: Bug 34465 Author: aldyh Date: Fri Jan 4 14:49:28 2008 New Revision: 131323 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=131323 Log: PR tree-optimization/34448 PR tree-optimization

[Bug tree-optimization/34465] [4.3 Regression] incorrect sharing of tree nodes

2008-01-02 Thread aldyh at gcc dot gnu dot org
--- Comment #5 from aldyh at gcc dot gnu dot org 2008-01-02 14:56 --- Yes. I submitted a patch which fixed all the related problems, and Diego wanted some refactoring of the code. I am working on it as we speak. Diego has said that if the patch is too much of a hassle, the current

[Bug tree-optimization/34448] [4.3 Regression] ICE in declare_inline_vars, at tree-inline.c:3243

2007-12-14 Thread aldyh at gcc dot gnu dot org
--- Comment #10 from aldyh at gcc dot gnu dot org 2007-12-14 16:10 --- Testing a patch. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34448

[Bug tree-optimization/34448] [4.3 Regression] ICE in declare_inline_vars, at tree-inline.c:3243

2007-12-13 Thread aldyh at gcc dot gnu dot org
--- Comment #6 from aldyh at gcc dot gnu dot org 2007-12-13 21:00 --- Shouldn't that be: if (valid_const_initializer num_nonzero_elements 1 TREE_READONLY (object) TREE_CODE (object) == VAR_DECL !DECL_NAME(object) here

[Bug tree-optimization/34448] [4.3 Regression] ICE in declare_inline_vars, at tree-inline.c:3243

2007-12-13 Thread aldyh at gcc dot gnu dot org
--- Comment #8 from aldyh at gcc dot gnu dot org 2007-12-14 00:12 --- Gosh, I was going through a similar path, and was horribly depressed at the code duplication. I'll come up with some abstraction which we can use in both gimplify_init_ctor and gimplify_modify_expr_rhs. Thanks

[Bug tree-optimization/32901] [4.1/4.2/4.3 Regression] bitfield constants with multiple bitfields take up space in .data

2007-12-12 Thread aldyh at gcc dot gnu dot org
--- Comment #12 from aldyh at gcc dot gnu dot org 2007-12-12 11:18 --- http://gcc.gnu.org/ml/gcc-patches/2007-12/msg00525.html -- aldyh at gcc dot gnu dot org changed: What|Removed |Added

[Bug tree-optimization/34448] [4.3 Regression] ICE in declare_inline_vars, at tree-inline.c:3243

2007-12-12 Thread aldyh at gcc dot gnu dot org
--- Comment #4 from aldyh at gcc dot gnu dot org 2007-12-12 23:33 --- I'll take care of this. -- aldyh at gcc dot gnu dot org changed: What|Removed |Added

[Bug tree-optimization/32901] [4.1/4.2/4.3 Regression] bitfield constants with multiple bitfields take up space in .data

2007-12-11 Thread aldyh at gcc dot gnu dot org
--- Comment #11 from aldyh at gcc dot gnu dot org 2007-12-11 19:04 --- testing a patch -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32901

[Bug tree-optimization/32901] [4.1/4.2/4.3 regression] bitfield constants with multiple bitfields take up space in .data

2007-12-04 Thread aldyh at gcc dot gnu dot org
--- Comment #6 from aldyh at gcc dot gnu dot org 2007-12-04 19:30 --- Ok, here's the deal. gimplify_init_constructor promotes the constructor to a static because it is a const aggregate variable, here: /* If a const aggregate variable is being initialized

[Bug tree-optimization/32901] [4.1/4.2/4.3 regression] bitfield constants with multiple bitfields take up space in .data

2007-12-04 Thread aldyh at gcc dot gnu dot org
--- Comment #9 from aldyh at gcc dot gnu dot org 2007-12-04 23:43 --- TER would never see the consecutive initializations because the code I pointed out in gimplify_init_constructor() keeps the gimplifier from splitting up the constructor into consecutive MODIFY_EXPRs. After

[Bug tree-optimization/32901] [4.1/4.2/4.3 regression] bitfield constants with multiple bitfields take up space in .data

2007-12-04 Thread aldyh at gcc dot gnu dot org
--- Comment #10 from aldyh at gcc dot gnu dot org 2007-12-04 23:54 --- (In reply to comment #8) E.g. for PR22141 it would help too (for PR32901 only if the constructor gimplification heuristics is also adjusted). Ok, I see what you mean. We adjust the heuristic as I've suggested

[Bug middle-end/33713] [4.3 Regression] can't find a register in class 'GENERAL_REGS' while reloading 'asm'

2007-12-03 Thread aldyh at gcc dot gnu dot org
--- Comment #18 from aldyh at gcc dot gnu dot org 2007-12-03 23:21 --- http://gcc.gnu.org/ml/gcc-patches/2007-11/msg01651.html -- aldyh at gcc dot gnu dot org changed: What|Removed |Added

[Bug middle-end/33713] [4.3 Regression] can't find a register in class 'GENERAL_REGS' while reloading 'asm'

2007-11-29 Thread aldyh at gcc dot gnu dot org
--- Comment #17 from aldyh at gcc dot gnu dot org 2007-11-29 11:56 --- I am testing this patch, and will post to gcc-patches when they finish. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33713

[Bug tree-optimization/32901] [4.1/4.2/4.3 regression] bitfield constants with multiple bitfields take up space in .data

2007-10-27 Thread aldyh at gcc dot gnu dot org
-- aldyh at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |aldyh at gcc dot gnu dot org |dot org

[Bug driver/30460] [4.0/4.1/4.2/4.3 Regression] asm_debug is not initialized in gcc.c when using a default specs file

2007-10-27 Thread aldyh at gcc dot gnu dot org
-- aldyh at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |aldyh at gcc dot gnu dot org |dot org

[Bug c++/29225] [4.0/4.1/4.2/4.3 regression] ICE in gimplify_expr, at gimplify.c:4513

2007-10-27 Thread aldyh at gcc dot gnu dot org
-- aldyh at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |aldyh at gcc dot gnu dot org |dot org

[Bug c++/33836] [4.1/4.2/4.3 regresssion] ICE with invalid use of

2007-10-27 Thread aldyh at gcc dot gnu dot org
-- aldyh at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last

[Bug debug/21391] [4.0/4.1 Regression] referencing a type via a cast does not emit it for debug (feliminate-unused-debug-types)

2007-10-27 Thread aldyh at gcc dot gnu dot org
-- aldyh at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|aldyh at gcc dot gnu dot org|unassigned at gcc dot gnu

[Bug middle-end/31116] [4.3 regression] libstdc++ ext/pb_ds/regression/priority_queue_rand.cc

2007-03-10 Thread aldyh at gcc dot gnu dot org
--- Comment #3 from aldyh at gcc dot gnu dot org 2007-03-10 14:14 --- This has nothing to do with my patch. When I remove the cse.c patch, the -ftree-vectorize goes away, so it's probably related to that patch. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31116

[Bug tree-optimization/30375] [4.3 Regression] tree-ssa-dse incorrectly removes struct initialization

2007-03-09 Thread aldyh at gcc dot gnu dot org
--- Comment #9 from aldyh at gcc dot gnu dot org 2007-03-09 20:05 --- Subject: Bug 30375 Author: aldyh Date: Fri Mar 9 20:05:08 2007 New Revision: 122758 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=122758 Log: PR tree-optimization/30375 * tree-ssa-dse.c

[Bug middle-end/30391] [4.3 regression] ICE at -O1 with conditional expressions and GIMPLE_MODIFY_STMT

2007-02-14 Thread aldyh at gcc dot gnu dot org
--- Comment #9 from aldyh at gcc dot gnu dot org 2007-02-14 18:50 --- I believe this is addressed by Roger's patch which was approved yesterday (http://gcc.gnu.org/ml/gcc-patches/2007-02/msg00353.html), though I don't think the final revision has been committed. -- http

[Bug middle-end/30391] [4.3 regression] ICE at -O1 with conditional expressions and GIMPLE_MODIFY_STMT

2007-01-22 Thread aldyh at gcc dot gnu dot org
--- Comment #4 from aldyh at gcc dot gnu dot org 2007-01-23 00:43 --- I'll look at this. -- aldyh at gcc dot gnu dot org changed: What|Removed |Added AssignedTo

[Bug middle-end/30079] [4.3 regression] libgcov.c:785: ICE: in fold_convert, at fold-const.c:2034

2006-12-06 Thread aldyh at gcc dot gnu dot org
--- Comment #5 from aldyh at gcc dot gnu dot org 2006-12-06 14:03 --- What is the actual triplet, and can you provide a .i file? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30079

[Bug middle-end/30079] [4.3 regression] libgcov.c:785: ICE: in fold_convert, at fold-const.c:2034

2006-12-06 Thread aldyh at gcc dot gnu dot org
--- Comment #9 from aldyh at gcc dot gnu dot org 2006-12-06 22:10 --- Fixed here: http://gcc.gnu.org/ml/gcc-patches/2006-12/msg00425.html -- aldyh at gcc dot gnu dot org changed: What|Removed |Added

[Bug debug/23336] [4.0/4.1/4.2 Regression] enum constants not visible to gdb because of -feliminate-unused-debug-types

2006-06-03 Thread aldyh at gcc dot gnu dot org
--- Comment #7 from aldyh at gcc dot gnu dot org 2006-06-03 22:32 --- This still fails because it hasn't been fixed ;-). My patch for -feliminate-unused-debug-types only handled casts. It needs further front-end work to handle enums. At least the infrastructure is in place

[Bug debug/21391] [4.0/4.1/4.2 Regression] referencing a type via a cast does not emit it for debug (feliminate-unused-debug-types)

2006-04-26 Thread aldyh at gcc dot gnu dot org
--- Comment #8 from aldyh at gcc dot gnu dot org 2006-04-26 15:51 --- (In reply to comment #7) Did I mention this fails on powerpc-darwin? How so? pantani:/build/trunk/clean/gcc$ ./cc1 -quiet -g a.c -gstabs pantani:/build/trunk/clean/gcc$ grep foo a.s.stabs foo:T(0,19)=s4i

[Bug debug/21391] [4.0/4.1/4.2 Regression] referencing a type via a cast does not emit it for debug (feliminate-unused-debug-types)

2006-04-26 Thread aldyh at gcc dot gnu dot org
--- Comment #10 from aldyh at gcc dot gnu dot org 2006-04-26 16:05 --- darwin enables -feliminate-unused-debug-symbols by default. You mean darwin does NOT enable the option by default, right? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21391

[Bug debug/21391] [4.0/4.1/4.2 Regression] referencing a type via a cast does not emit it for debug (feliminate-unused-debug-types)

2006-04-26 Thread aldyh at gcc dot gnu dot org
--- Comment #12 from aldyh at gcc dot gnu dot org 2006-04-26 16:14 --- No, there are two different options, and the other one is the stabs version and not the dwarf2 version. I'm confused. What options do you feed to the compiler that exhibit the bug, so I can look

[Bug debug/21391] [4.0/4.1/4.2 Regression] referencing a type via a cast does not emit it for debug (feliminate-unused-debug-types)

2006-04-26 Thread aldyh at gcc dot gnu dot org
--- Comment #14 from aldyh at gcc dot gnu dot org 2006-04-27 00:01 --- -gstabs+ -feliminate-unused-debug-symbols This is a different option than -feliminate-unused-debug-types, so I don't see how this applies. The patch I wrote was for eliminate-unused-debug-TYPES. I suppose

[Bug debug/21391] [3.4/4.0/4.1/4.2 Regression] referencing a type via a cast does not emit it for debug (feliminate-unused-debug-types)

2006-04-10 Thread aldyh at gcc dot gnu dot org
--- Comment #6 from aldyh at gcc dot gnu dot org 2006-04-11 01:38 --- Patch that fixes the problem. http://gcc.gnu.org/ml/gcc-patches/2006-04/msg00380.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21391

[Bug libgomp/26165] Cannot find libgomp.spec after 'make install' on x86_64 and ppc64

2006-03-08 Thread aldyh at gcc dot gnu dot org
--- Comment #1 from aldyh at gcc dot gnu dot org 2006-03-08 19:05 --- I can reproduce the runtime error, but not the compile error. pantani:/tmp/2$ type gcc gcc is /tmp/2/bin/gcc pantani:/tmp/2$ gcc a.c -fopenmp pantani:/tmp/2$ ./a.out ./a.out: error while loading shared libraries

[Bug middle-end/26238] [4.2 Regression] passes.texi does not document the openMP lowering pass

2006-03-07 Thread aldyh at gcc dot gnu dot org
--- Comment #3 from aldyh at gcc dot gnu dot org 2006-03-07 19:20 --- Subject: Bug 26238 Author: aldyh Date: Tue Mar 7 19:20:32 2006 New Revision: 111818 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=111818 Log: PR gomp/26238 * doc/passes.texi (Tree-SSA passes

[Bug libgomp/26234] [4.2 Regression] --disable-libgomp is not documented

2006-02-21 Thread aldyh at gcc dot gnu dot org
--- Comment #2 from aldyh at gcc dot gnu dot org 2006-02-21 21:53 --- Subject: Bug 26234 Author: aldyh Date: Tue Feb 21 21:53:21 2006 New Revision: 111345 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=111345 Log: PR libgomp/26234 * doc/install.texi (Configuration

[Bug middle-end/26238] [4.2 Regression] passes.texi does not document the openMP lowering pass

2006-02-21 Thread aldyh at gcc dot gnu dot org
--- Comment #2 from aldyh at gcc dot gnu dot org 2006-02-21 21:53 --- Mine -- aldyh at gcc dot gnu dot org changed: What|Removed |Added CC

[Bug libgomp/26234] [4.2 Regression] --disable-libgomp is not documented

2006-02-21 Thread aldyh at gcc dot gnu dot org
--- Comment #3 from aldyh at gcc dot gnu dot org 2006-02-21 21:56 --- http://gcc.gnu.org/ml/gcc-patches/2006-02/msg01706.html -- aldyh at gcc dot gnu dot org changed: What|Removed |Added

[Bug libgomp/26234] [4.2 Regression] --disable-libgomp is not documented

2006-02-20 Thread aldyh at gcc dot gnu dot org
--- Comment #1 from aldyh at gcc dot gnu dot org 2006-02-20 22:18 --- Mine -- aldyh at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned

[Bug c++/24138] [4.1 regression] ICE with the code in PR 20407

2005-12-07 Thread aldyh at gcc dot gnu dot org
--- Comment #9 from aldyh at gcc dot gnu dot org 2005-12-07 11:37 --- Subject: Bug 24138 Author: aldyh Date: Wed Dec 7 11:37:53 2005 New Revision: 108157 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=108157 Log: PR C++/24138 * tree.c (integer_all_onesp): Always

[Bug c++/24138] [4.1 regression] ICE with the code in PR 20407

2005-12-07 Thread aldyh at gcc dot gnu dot org
--- Comment #10 from aldyh at gcc dot gnu dot org 2005-12-07 11:38 --- fixed on 4.1 branch as well -- aldyh at gcc dot gnu dot org changed: What|Removed |Added

[Bug c++/24138] [4.1/4.2 regression] ICE with the code in PR 20407

2005-12-06 Thread aldyh at gcc dot gnu dot org
--- Comment #6 from aldyh at gcc dot gnu dot org 2005-12-06 19:45 --- Subject: Bug 24138 Author: aldyh Date: Tue Dec 6 19:45:00 2005 New Revision: 108126 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=108126 Log: PR C++/24138 * tree.c (integer_all_onesp): Always

[Bug c++/24138] [4.1/4.2 regression] ICE with the code in PR 20407

2005-12-06 Thread aldyh at gcc dot gnu dot org
--- Comment #7 from aldyh at gcc dot gnu dot org 2005-12-06 19:48 --- Fixed. http://gcc.gnu.org/ml/gcc-patches/2005-11/msg01175.html -- aldyh at gcc dot gnu dot org changed: What|Removed |Added

[Bug middle-end/24900] [4.1 Regression] new value computed is not used warning in gcc 4.1

2005-11-17 Thread aldyh at gcc dot gnu dot org
--- Comment #7 from aldyh at gcc dot gnu dot org 2005-11-17 21:12 --- We used to allow this, but have now made the warning stricter. This behavior was done deliberately. See: http://gcc.gnu.org/ml/gcc-patches/2005-08/msg00275.html As is explained in the thread, you can modify

[Bug middle-end/24900] [4.1 Regression] new value computed is not used warning in gcc 4.1

2005-11-17 Thread aldyh at gcc dot gnu dot org
--- Comment #8 from aldyh at gcc dot gnu dot org 2005-11-17 21:15 --- See previous comment. -- aldyh at gcc dot gnu dot org changed: What|Removed |Added

[Bug middle-end/24900] [4.1 Regression] new value computed is not used warning in gcc 4.1

2005-11-16 Thread aldyh at gcc dot gnu dot org
--- Comment #6 from aldyh at gcc dot gnu dot org 2005-11-16 20:10 --- I'll take a look at this. -- aldyh at gcc dot gnu dot org changed: What|Removed |Added

[Bug debug/23336] [3.4/4.0/4.1 Regression] enum constants not visible to gdb because of -feliminate-unused-debug-types

2005-11-16 Thread aldyh at gcc dot gnu dot org
--- Comment #3 from aldyh at gcc dot gnu dot org 2005-11-16 20:54 --- What the heck...death by dwarf. I'll take a look at this. -- aldyh at gcc dot gnu dot org changed: What|Removed |Added

[Bug debug/21391] [3.4/4.0/4.1 Regression] referencing a type via a cast does not emit it for debug (feliminate-unused-debug-types)

2005-11-15 Thread aldyh at gcc dot gnu dot org
--- Comment #4 from aldyh at gcc dot gnu dot org 2005-11-16 02:01 --- I'll take a look at this. -- aldyh at gcc dot gnu dot org changed: What|Removed |Added

[Bug c++/24138] [4.1 regression] ICE with the code in PR 20407

2005-11-09 Thread aldyh at gcc dot gnu dot org
--- Comment #5 from aldyh at gcc dot gnu dot org 2005-11-09 20:25 --- I'll take a look at this. -- aldyh at gcc dot gnu dot org changed: What|Removed |Added

[Bug target/24230] [4.1 Regression] ICE in extract_insn with altivec

2005-11-01 Thread aldyh at gcc dot gnu dot org
--- Comment #25 from aldyh at gcc dot gnu dot org 2005-11-01 21:16 --- Bonzini: Perhaps both approaches would be even better. We definitely should handle the transformed vector, because theoretically it's still easy to generate. And adding the extra check you mention would be icing

[Bug c/24505] [gomp] Loop rejected with mixed types in predicate

2005-10-31 Thread aldyh at gcc dot gnu dot org
--- Comment #1 from aldyh at gcc dot gnu dot org 2005-10-31 12:43 --- Subject: Bug 24505 Author: aldyh Date: Mon Oct 31 12:43:44 2005 New Revision: 106269 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=106269 Log: PR gomp/24505 * c-omp.c (c_finish_omp_for

[Bug target/24230] [4.1 Regression] ICE in extract_insn with altivec

2005-10-31 Thread aldyh at gcc dot gnu dot org
--- Comment #20 from aldyh at gcc dot gnu dot org 2005-10-31 12:48 --- I'll take this. -- aldyh at gcc dot gnu dot org changed: What|Removed |Added AssignedTo

[Bug c/24505] [gomp] Loop rejected with mixed types in predicate

2005-10-31 Thread aldyh at gcc dot gnu dot org
--- Comment #2 from aldyh at gcc dot gnu dot org 2005-10-31 12:52 --- http://gcc.gnu.org/ml/gcc-patches/2005-10/msg01718.html -- aldyh at gcc dot gnu dot org changed: What|Removed |Added

[Bug target/24230] [4.1 Regression] ICE in extract_insn with altivec

2005-10-31 Thread aldyh at gcc dot gnu dot org
--- Comment #21 from aldyh at gcc dot gnu dot org 2005-10-31 20:08 --- Does anyone have the un-preprocessed source for this bug? I'm seeing some assignments that should have casts, and I wan't to rule out bogus input. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24230

[Bug target/24230] [4.1 Regression] ICE in extract_insn with altivec

2005-10-31 Thread aldyh at gcc dot gnu dot org
-- aldyh at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|WAITING http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24230

[Bug c++/10611] operations on vector mode not recognized in C++

2005-07-11 Thread aldyh at gcc dot gnu dot org
--- Additional Comments From aldyh at gcc dot gnu dot org 2005-07-11 14:42 --- I have just backported to the 4.0 branch. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=10611

[Bug c++/22115] [4.1 regression] testsuite failure: g++.dg/conversion/simd2.C

2005-06-19 Thread aldyh at gcc dot gnu dot org
-- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |aldyh at gcc dot gnu dot org |dot org | Status|NEW

[Bug c++/22115] [4.1 regression] testsuite failure: g++.dg/conversion/simd2.C

2005-06-19 Thread aldyh at gcc dot gnu dot org
--- Additional Comments From aldyh at gcc dot gnu dot org 2005-06-19 17:22 --- Fixed with patch: http://gcc.gnu.org/ml/gcc-patches/2005-06/msg01630.html -- What|Removed |Added

[Bug middle-end/17961] ICE for operation on small vector with altivec enabled

2005-06-10 Thread aldyh at gcc dot gnu dot org
--- Additional Comments From aldyh at gcc dot gnu dot org 2005-06-10 17:06 --- Fixed in mainline. Waiting for 4.0 freeze to be lifted to commit there. http://gcc.gnu.org/ml/gcc-patches/2005-06/msg00959.html -- What|Removed |Added

[Bug c++/10611] operations on vector mode not recognized in C++

2005-06-10 Thread aldyh at gcc dot gnu dot org
--- Additional Comments From aldyh at gcc dot gnu dot org 2005-06-11 00:20 --- Fixed on mainline. Backported to 3.4. 4.0 patch will be committed once the branch is opened. -- What|Removed |Added

  1   2   >