[Bug target/43437] ICE in CSE, during libgcc build
--- 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/bugzilla/show_bug.cgi?id=43437
[Bug target/43437] ICE in CSE, during libgcc build
--- 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 Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2010-03-19 15:58:32 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43437
[Bug target/43437] ICE in CSE, during libgcc build
--- 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=20141&action=view) reduced testcase -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43437
[Bug tree-optimization/42917] [4.5 Regression] "-fcompare-debug failure" with -ftree-loop-linear
--- 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 Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42917
[Bug tree-optimization/42917] [4.5 Regression] "-fcompare-debug failure" with -ftree-loop-linear
--- 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=gcc&view=rev&rev=157477 Log: PR tree-optimization/42917 * lambda-code.c (remove_iv): Skip debug statements. (lambda_loopnest_to_gcc_loopnest): Likewise. (not_interesting_stmt): Debug statements are not interesting. Added: trunk/gcc/testsuite/gcc.dg/pr42917.c Modified: trunk/gcc/ChangeLog trunk/gcc/lambda-code.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42917
[Bug debug/43381] infinite loop in gcc.dg/parm-impl-decl-1.c with -g
--- 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=20112&action=view) gcc.dg/parm-impl-decl-1.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43381
[Bug debug/43381] New: infinite loop in gcc.dg/parm-impl-decl-1.c with -g
When compiling gcc.dg/parm-impl-decl-1.c with -g, there seems to be an infinite loop in gen_decl_die. This is present in 4.4.2 on my workstation, as well as on trunk. -- Summary: infinite loop in gcc.dg/parm-impl-decl-1.c with -g Product: gcc Version: 4.5.0 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 tree-optimization/42729] [4.5 Regression] "-fcompare-debug failure" with "-O1 -fgraphite-identity"
--- 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 Status|REOPENED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42729
[Bug tree-optimization/42917] [4.5 Regression] "-fcompare-debug failure" with -ftree-loop-linear
-- 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 | Status|NEW |ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42917
[Bug tree-optimization/40760] [4.3/4.4/4.5 Regression] unbounded recursion in the gimplifier
--- 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 Status|NEW |RESOLVED Resolution||WONTFIX http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40760
[Bug tree-optimization/40760] [4.3/4.4/4.5 Regression] unbounded recursion in the gimplifier
--- 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/40760] [4.3/4.4/4.5 Regression] unbounded recursion in the gimplifier
--- 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 this to a won't fix? I can't see this happening in real code. -- 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
--- 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 CC| |aldyh at gcc dot gnu dot org Status|UNCONFIRMED |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42185
[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
--- 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=gcc&view=rev&rev=155256 Log: PR graphite/42185 * graphite-sese-to-poly.c (is_reduction_operation_p): Assert that we are a GIMPLE_ASSIGN. Do not calculate rhs code twice. (follow_ssa_with_commutative_ops): Return NULL on non assignment. Added: trunk/gcc/testsuite/gfortran.dg/graphite/pr42185.f90 Modified: trunk/gcc/ChangeLog trunk/gcc/graphite-sese-to-poly.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42185
[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
--- 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 |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42185
[Bug bootstrap/41451] [4.5 Regression] Bootstrap failure with fold checking
--- 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|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41451
[Bug bootstrap/41451] [4.5 Regression] Bootstrap failure with fold checking
--- 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=gcc&view=rev&rev=153588 Log: PR bootstrap/41451 * fold-const.c (fold_binary_loc): Do not call protected_set_expr_location. Modified: trunk/gcc/ChangeLog trunk/gcc/fold-const.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41451
[Bug bootstrap/41451] [4.5 Regression] Bootstrap failure with fold checking
-- 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 | Status|NEW |ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41451
[Bug debug/40660] [4.5 Regression] Weird break points with 4.5, works with 4.4
--- 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=gcc&view=rev&rev=151069 Log: fortran/ PR fortran/40660 * trans-io.c (build_dt): Pass UNKNOWN_LOCATION to build_call_expr_loc. (transfer_array_desc): Same. Added: trunk/gcc/testsuite/gfortran.dg/PR40660.f90 Modified: trunk/gcc/fortran/ChangeLog trunk/gcc/fortran/trans-io.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40660
[Bug debug/40660] [4.5 Regression] Weird break points with 4.5, works with 4.4
--- Comment #9 from aldyh at gcc dot gnu dot org 2009-08-24 18:34 --- Fixed thusly http://gcc.gnu.org/ml/gcc-patches/2009-08/msg01306.html -- 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 | Status|NEW |ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40660
[Bug debug/40660] [4.5 Regression] Wierd break points with 4.5, works with 4.4
--- 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
--- 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/40435] [4.5 regression] Revision 148442 caused many regressions on trunk
--- 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 Status|NEW |ASSIGNED Last reconfirmed|2009-06-16 02:28:24 |2009-06-17 13:00:13 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40435
[Bug c/35441] [4.3/4.4/4.5 regression] Completely broken diagnostics
-- aldyh at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|aldyh at gcc dot gnu dot org|unassigned at gcc dot gnu ||dot org Status|ASSIGNED|NEW http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35441
[Bug c/35742] [4.3 regression] Broken diagnostic: 'goto_expr' not supported by pp_c_expression
-- aldyh at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|aldyh at gcc dot gnu dot org|unassigned at gcc dot gnu ||dot org Status|ASSIGNED|NEW http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35742
[Bug c/40435] [4.5 regression] Many regressions on trunk
--- 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-ptr-conv-1.c regression I will investigate, as it did not show up on my tests. -- 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 | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40435
[Bug testsuite/37442] [4.4 Regression] gcc.target/i386/pr12329.c and gcc.target/i386/sse-5.c
--- 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 Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37442
[Bug c/35441] [4.2/4.3/4.4 regression] Completely broken diagnostics
-- 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 | Status|NEW |ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35441
[Bug c/35442] [4.2/4.3/4.4 Regression] Completely broken diagnostic with view_convert_expr
-- 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 | Status|NEW |ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35442
[Bug c/35742] [4.2/4.3/4.4 regression] Broken diagnostic: 'goto_expr' not supported by pp_c_expression
-- 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 | Status|NEW |ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35742
[Bug c/35443] [4.2/4.3/4.4 regression] Completely broken diagnostic with bind_expr
-- 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 | Status|NEW |ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35443
[Bug tree-optimization/35428] [4.3 regression] ICE with "-ftrapv"
--- 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 a problem on Volker's setup, and close the PR. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35428
[Bug tree-optimization/35428] [4.3 regression] ICE with "-ftrapv"
--- 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 (prerelease) [gcc-4_3-branch revision
139018] (x86_64-unknown-linux-gnu)
compiled by GNU C version 4.1.2 20070925 (Red Hat 4.1.2-33), GMP
version 4.2.2, MPFR version 2.3.0-p2.
GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072
anquetil:/build/43/gcc$ ./cc1 a.c -O3 -ftrapv -quiet
anquetil:/build/43/gcc$ ./cc1plus a.c -O3 -ftrapv -quiet
anquetil:/build/43/gcc$ ./cc1 a.c -ftrapv -O -ftree-vectorize -quiet
anquetil:/build/43/gcc$ ./cc1plus a.c -ftrapv -O -ftree-vectorize -quiet
anquetil:/build/43/gcc$ uname -a
Linux anquetil.quesejoda.com 2.6.24.7-92.fc8 #1 SMP Wed May 7 16:26:02 EDT 2008
x86_64 x86_64 x86_64 GNU/Linux
anquetil:/build/43/gcc$ cat a.c
void foo(int x[])
{
int i, j;
for (i = 0; i < 2; i++)
for (j = 0; j < 2; j++)
{
x[i] = x[i*j];
x[i] = x[i*j];
}
}
--
aldyh at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED|WAITING
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35428
[Bug c/35746] [4.3 regression] ICE with undefined variables
--- 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 Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35746
[Bug c/35746] [4.3 regression] ICE with undefined variables
--- 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=gcc&view=rev&rev=139018 Log: PR c/35746 * gimplify.c (gimplify_expr): Do not convert MODIFY_EXPR to GIMPLE_MODIFY_STMT upon GS_ERROR. Added: branches/gcc-4_3-branch/gcc/testsuite/gcc.dg/pr35746.c Modified: branches/gcc-4_3-branch/gcc/ChangeLog branches/gcc-4_3-branch/gcc/gimplify.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35746
[Bug c/35746] [4.3 regression] ICE with undefined variables
--- 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 --version GNU C (GCC) version 4.3.2 20080808 (prerelease) [gcc-4_3-branch revision 138890] (x86_64-unknown-linux-gnu) $ ./cc1 a.c -O2 bar a.c: In function 'bar': a.c:6: error: 'X' undeclared (first use in this function) a.c:6: error: (Each undeclared identifier is reported only once a.c:6: error: for each function it appears in.) a.c:6: error: expected ';' before 'j' a.c:8: error: 'j' undeclared (first use in this function) a.c:8: confused by earlier errors, bailing out Is this not the expected behavior? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35746
[Bug middle-end/35432] [4.2/4.3/4.4 regression] ICE with zero-sized array
--- 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 Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35432
[Bug middle-end/35432] [4.2/4.3/4.4 regression] ICE with zero-sized array
--- 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=gcc&view=rev&rev=138796 Log: PR middle-end/35432 * gimplify.c (gimplify_modify_expr): Do not optimize zero-sized types if want_value. testsuite/ * gcc.c-torture/compile/pr35432.c: New file. Added: branches/gcc-4_2-branch/gcc/testsuite/gcc.c-torture/compile/pr35432.c Modified: branches/gcc-4_2-branch/gcc/ChangeLog branches/gcc-4_2-branch/gcc/gimplify.c branches/gcc-4_2-branch/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35432
[Bug middle-end/35432] [4.2/4.3/4.4 regression] ICE with zero-sized array
--- 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=gcc&view=rev&rev=138794 Log: PR middle-end/35432 * gimplify.c (gimplify_modify_expr): Do not optimize zero-sized types if want_value. testsuite/ * gcc.c-torture/compile/pr35432.c: New file. Added: branches/gcc-4_3-branch/gcc/testsuite/gcc.c-torture/compile/pr35432.c Modified: branches/gcc-4_3-branch/gcc/ChangeLog branches/gcc-4_3-branch/gcc/gimplify.c branches/gcc-4_3-branch/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35432
[Bug middle-end/35432] [4.2/4.3/4.4 regression] ICE with zero-sized array
--- 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=gcc&view=rev&rev=138793 Log: PR middle-end/35432 * gimplify.c (gimplify_modify_expr): Do not optimize zero-sized types if want_value. testsuite/ * gcc.c-torture/compile/pr35432.c: New file. Added: trunk/gcc/testsuite/gcc.c-torture/compile/pr35432.c Modified: trunk/gcc/ChangeLog trunk/gcc/gimplify.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35432
[Bug tree-optimization/35428] [4.3 regression] ICE with "-ftrapv"
--- 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: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |aldyh at gcc dot gnu dot org |dot org | Status|REOPENED|ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35428
[Bug middle-end/35432] [4.2/4.3/4.4 regression] ICE with zero-sized array
--- 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 AssignedTo|unassigned at gcc dot gnu |aldyh at gcc dot gnu dot org |dot org | Status|NEW |ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35432
[Bug c/35746] [4.3/4.4 regression] ICE with undefined variables
--- 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: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |aldyh at gcc dot gnu dot org |dot org | Status|NEW |ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35746
[Bug tree-optimization/34465] [4.3 Regression] incorrect sharing of tree nodes
--- 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=gcc&view=rev&rev=131323 Log: PR tree-optimization/34448 PR tree-optimization/34465 * gimplify.c (gimplify_init_constructor): Add new parameter notify_temp_creation. Use it. (gimplify_modify_expr_rhs): Take volatiles into account when optimizing constructors. Do not optimize constructors if gimplify_init_constructor will dump to memory. * gcc.dg/tree-ssa/pr32901.c: Tests const volatiles. * gcc.c-torture/compile/pr34448.c: New. Added: trunk/gcc/testsuite/gcc.c-torture/compile/pr34448.c Modified: trunk/gcc/ChangeLog trunk/gcc/gimplify.c trunk/gcc/testsuite/gcc.dg/tree-ssa/pr32901.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34465
[Bug tree-optimization/34448] [4.3 Regression] ICE in declare_inline_vars, at tree-inline.c:3243
--- 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=gcc&view=rev&rev=131323 Log: PR tree-optimization/34448 PR tree-optimization/34465 * gimplify.c (gimplify_init_constructor): Add new parameter notify_temp_creation. Use it. (gimplify_modify_expr_rhs): Take volatiles into account when optimizing constructors. Do not optimize constructors if gimplify_init_constructor will dump to memory. * gcc.dg/tree-ssa/pr32901.c: Tests const volatiles. * gcc.c-torture/compile/pr34448.c: New. Added: trunk/gcc/testsuite/gcc.c-torture/compile/pr34448.c Modified: trunk/gcc/ChangeLog trunk/gcc/gimplify.c trunk/gcc/testsuite/gcc.dg/tree-ssa/pr32901.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34448
[Bug tree-optimization/34465] [4.3 Regression] incorrect sharing of tree nodes
--- 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 one I submitted will do. I will report shortly. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34465
[Bug tree-optimization/34448] [4.3 Regression] ICE in declare_inline_vars, at tree-inline.c:3243
--- 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
--- 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. -- 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
--- 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 since we won't create the "C" temporary unless !DECL_NAME(object)?? Even with this change (with the DECL_NAME check), the inline problem doesn't go away. I'll look into it. -- 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
--- 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 AssignedTo|unassigned at gcc dot gnu |aldyh at gcc dot gnu dot org |dot org | Status|NEW |ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34448
[Bug tree-optimization/32901] [4.1/4.2/4.3 Regression] bitfield constants with multiple bitfields take up space in .data
--- 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 Status|ASSIGNED|RESOLVED Resolution||FIXED 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
--- 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
--- 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, and write some pass to merge consecutive bitfield stores. I wonder what pass we can hijack and add the smarts to, instead of writing a whole new pass... -- 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
--- 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 gimplification we end up with:
setup_foo ()
{
static const struct foo init = {.a1=1, .a2=5};
thefoo = init;
}
So there's nothing to merge back.
What I'm suggesting *is* splitting this up, so subsequent passes can take a
stab at it. In this case, combine cleans it up.
--
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
--- 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, then it
should never be a lose to promote the variable to be static. */
if (valid_const_initializer
...
This isn't a good idea if we are initializing bitfields from static numbers.
If I keep the compiler from promoting to static in the above code, the
gimplifier splits the constructor into independent assignments:
init = {};
init.a1 = 1;
init.a2 = 5;
...which later combine munges into the expected constant, thus fixing the
problem reported.
Perhaps we should keep the above code from executing if initializing a
structure containing only bitfields that fit into a HOST_WIDE_INT, something we
can do with one move? Or is there a better generalization we can code here?
Any suggestions?
--
aldyh at gcc dot gnu dot org changed:
What|Removed |Added
CC||dnovillo at google dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32901
[Bug middle-end/33713] [4.3 Regression] can't find a register in class 'GENERAL_REGS' while reloading 'asm'
--- 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 Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33713
[Bug middle-end/33713] [4.3 Regression] can't find a register in class 'GENERAL_REGS' while reloading 'asm'
--- 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 debug/21391] [4.0/4.1 Regression] referencing a type via a cast does not emit it for debug (feliminate-unused-debug-types)
-- aldyh at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|aldyh at gcc dot gnu dot org|unassigned at gcc dot gnu ||dot org Status|ASSIGNED|NEW http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21391
gcc-bugs@gcc.gnu.org
-- aldyh at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2007-10-27 21:20:47 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33836
[Bug c++/29225] [4.0/4.1/4.2/4.3 regression] ICE in gimplify_expr, at gimplify.c:4513
-- 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 | Status|NEW |ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29225
[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
-- 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 | Status|NEW |ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30460
[Bug tree-optimization/32901] [4.1/4.2/4.3 regression] bitfield constants with multiple bitfields take up space in .data
-- 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 | Status|NEW |ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32901
[Bug middle-end/31116] [4.3 regression] libstdc++ ext/pb_ds/regression/priority_queue_rand.cc
--- 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
--- 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=gcc&view=rev&rev=122758 Log: PR tree-optimization/30375 * tree-ssa-dse.c (dse_possible_dead_store_p): Do not eliminate if LHS of statements is not the same. * testsuite/gcc.dg/tree-ssa/ssa-dse-10.c: New. Added: trunk/gcc/testsuite/gcc.dg/tree-ssa/ssa-dse-10.c Modified: trunk/gcc/ChangeLog trunk/gcc/tree-ssa-dse.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30375
[Bug middle-end/30391] [4.3 regression] ICE at -O1 with conditional expressions and GIMPLE_MODIFY_STMT
--- 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://gcc.gnu.org/bugzilla/show_bug.cgi?id=30391
[Bug middle-end/30391] [4.3 regression] ICE at -O1 with conditional expressions and GIMPLE_MODIFY_STMT
--- 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|unassigned at gcc dot gnu |aldyh at gcc dot gnu dot org |dot org | Status|NEW |ASSIGNED Last reconfirmed|2007-01-20 13:14:29 |2007-01-23 00:43:21 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30391
[Bug middle-end/30079] [4.3 regression] libgcov.c:785: ICE: in fold_convert, at fold-const.c:2034
--- 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 Status|UNCONFIRMED |RESOLVED Resolution||FIXED 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
--- 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 debug/23336] [4.0/4.1/4.2 Regression] enum constants not visible to gdb because of -feliminate-unused-debug-types
--- 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 for the front-end work. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23336
[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)
--- 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 if the darwin folks (or anyone else) want the code to apply to eliminate-unused-debug-SYMBOLS as well, they could submit a trivial patch. -- 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)
--- 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 into it? -- 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)
--- 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)
--- 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:(0,1),0,32;;",128,0,0,0 pantani:/build/trunk/clean/gcc$ ./cc1 -quiet -g a.c -gdwarf-2 pantani:/build/trunk/clean/gcc$ grep foo a.s.ascii "foo\0" pantani:/build/trunk/clean/gcc$ ./cc1 -quiet -g a.c -g3 pantani:/build/trunk/clean/gcc$ grep foo a.s.stabs "foo:T(0,19)=s4i:(0,1),0,32;;",128,0,0,0 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21391
[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)
--- 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
--- 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: libgomp.so.1: cannot open shared object file: No such file or directory pantani:/tmp/2$ uname -a Linux pantani 2.6.11-1.1369_FC4smp #1 SMP Thu Jun 2 23:16:33 EDT 2005 x86_64 x86_64 x86_64 GNU/Linux Diego, is this still an issue on mainline? I can look into the runtime error, though. -- aldyh at gcc dot gnu dot org changed: What|Removed |Added CC||aldyh at gcc dot gnu dot org AssignedTo|unassigned at gcc dot gnu |aldyh at gcc dot gnu dot org |dot org | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26165
[Bug middle-end/26238] [4.2 Regression] passes.texi does not document the openMP lowering pass
--- 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=gcc&view=rev&rev=111818 Log: PR gomp/26238 * doc/passes.texi (Tree-SSA passes): Document omp lowering and expansion. Modified: trunk/gcc/ChangeLog trunk/gcc/doc/passes.texi -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26238
[Bug libgomp/26234] [4.2 Regression] --disable-libgomp is not documented
--- 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 Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26234
[Bug middle-end/26238] [4.2 Regression] passes.texi does not document the openMP lowering pass
--- 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||aldyh at gcc dot gnu dot org AssignedTo|unassigned at gcc dot gnu |aldyh at gcc dot gnu dot org |dot org | Status|NEW |ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26238
[Bug libgomp/26234] [4.2 Regression] --disable-libgomp is not documented
--- 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=gcc&view=rev&rev=111345 Log: PR libgomp/26234 * doc/install.texi (Configuration): Document --disable-libgomp. Modified: trunk/gcc/ChangeLog trunk/gcc/doc/install.texi -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26234
[Bug libgomp/26234] [4.2 Regression] --disable-libgomp is not documented
--- 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 at gcc dot gnu |aldyh at gcc dot gnu dot org |dot org | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26234
[Bug c++/24138] [4.1 regression] ICE with the code in PR 20407
--- 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 Status|REOPENED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24138
[Bug c++/24138] [4.1 regression] ICE with the code in PR 20407
--- 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=gcc&view=rev&rev=108157 Log: PR C++/24138 * tree.c (integer_all_onesp): Always return true if all bits on. * testsuite/g++.dg/init/array0.C: New. * decl.c (reshape_init_array_1): Handle max_index of -1. Added: branches/gcc-4_1-branch/gcc/testsuite/g++.dg/init/array0.C Modified: branches/gcc-4_1-branch/gcc/ChangeLog branches/gcc-4_1-branch/gcc/cp/ChangeLog branches/gcc-4_1-branch/gcc/cp/decl.c branches/gcc-4_1-branch/gcc/tree.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24138
[Bug c++/24138] [4.1/4.2 regression] ICE with the code in PR 20407
--- 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 Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24138
[Bug c++/24138] [4.1/4.2 regression] ICE with the code in PR 20407
--- 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=gcc&view=rev&rev=108126 Log: PR C++/24138 * tree.c (integer_all_onesp): Always return true if all bits on. * cp/decl.c (reshape_init_array_1): Handle max_index of -1. * testsuite/g++.dg/init/array0.C: New. Added: trunk/gcc/testsuite/g++.dg/init/array0.C Modified: trunk/gcc/ChangeLog trunk/gcc/cp/ChangeLog trunk/gcc/cp/decl.c trunk/gcc/tree.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24138
[Bug middle-end/24900] [4.1 Regression] new "value computed is not used" warning in gcc 4.1
--- 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 Status|ASSIGNED|RESOLVED Resolution||WONTFIX http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24900
[Bug middle-end/24900] [4.1 Regression] new "value computed is not used" warning in gcc 4.1
--- 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 the macro to use statement expressions and avoid the warning. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24900
[Bug debug/23336] [3.4/4.0/4.1 Regression] enum constants not visible to gdb because of -feliminate-unused-debug-types
--- 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 AssignedTo|unassigned at gcc dot gnu |aldyh at gcc dot gnu dot org |dot org | Status|NEW |ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23336
[Bug middle-end/24900] [4.1 Regression] new "value computed is not used" warning in gcc 4.1
--- 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 AssignedTo|unassigned at gcc dot gnu |aldyh at gcc dot gnu dot org |dot org | Status|NEW |ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24900
[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)
--- 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 AssignedTo|unassigned at gcc dot gnu |aldyh at gcc dot gnu dot org |dot org | Status|NEW |ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21391
[Bug c++/24138] [4.1 regression] ICE with the code in PR 20407
--- 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 AssignedTo|unassigned at gcc dot gnu |aldyh at gcc dot gnu dot org |dot org | Status|NEW |ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24138
[Bug target/24230] [4.1 Regression] ICE in extract_insn with altivec
--- 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 on the cake :). -- aldyh at gcc dot gnu dot org changed: What|Removed |Added Priority|P2 |P1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24230
[Bug target/24230] [4.1 Regression] ICE in extract_insn with altivec
-- 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 target/24230] [4.1 Regression] ICE in extract_insn with altivec
--- 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 c/24505] [gomp] Loop rejected with mixed types in predicate
--- 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 Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24505
[Bug target/24230] [4.1 Regression] ICE in extract_insn with altivec
--- 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|unassigned at gcc dot gnu |aldyh at gcc dot gnu dot org |dot org | Status|NEW |ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24230
[Bug c/24505] [gomp] Loop rejected with mixed types in predicate
--- 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=gcc&view=rev&rev=106269 Log: PR gomp/24505 * c-omp.c (c_finish_omp_for): Canonicalize condition. * testsuite/gcc.dg/gomp/for-15.c: New. * testsuite/g++.dg/gomp/for-17.C: New. Added: branches/gomp-20050608-branch/gcc/testsuite/g++.dg/gomp/for-17.C branches/gomp-20050608-branch/gcc/testsuite/gcc.dg/gomp/for-15.c Modified: branches/gomp-20050608-branch/gcc/ChangeLog.gomp branches/gomp-20050608-branch/gcc/c-omp.c branches/gomp-20050608-branch/gcc/testsuite/ChangeLog.gomp -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24505
[Bug c++/10611] operations on vector mode not recognized in C++
--- 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
--- 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 URL||http://gcc.gnu.org/ml/gcc- ||patches/2005- ||06/msg01630.html Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22115
[Bug c++/22115] [4.1 regression] testsuite failure: g++.dg/conversion/simd2.C
-- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |aldyh at gcc dot gnu dot org |dot org | Status|NEW |ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22115
[Bug c++/10611] operations on vector mode not recognized in C++
--- 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 Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=10611
