[Bug testsuite/45361] gcc.target/i386/volatile-2.c failed
--- Comment #10 from nathan at gcc dot gnu dot org 2010-08-23 07:42 --- Thanks Uros! -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45361
[Bug testsuite/45361] gcc.target/i386/volatile-2.c failed
--- Comment #2 from nathan at gcc dot gnu dot org 2010-08-20 18:12 --- Thanks Uros. Could you prepare a patch to match the x86_64 output -- given you have the hardware? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45361
[Bug c++/43120] Virtual inheritence with covariant return type confuses GCC
--- Comment #8 from nathan at gcc dot gnu dot org 2010-07-07 13:56 --- Hm, I guess I must have flubbed the testcase. After all this time, I don't have a better recollection. Sorry. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43120
[Bug driver/11810] gcc -pipe -ox.o -c x.c writes erroneous x.o on compile error
--- Comment #11 from nathan at gcc dot gnu dot org 2009-11-04 15:47 --- Subject: Bug 11810 Author: nathan Date: Wed Nov 4 15:47:00 2009 New Revision: 153900 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=153900 Log: PR driver/11810 * gcc.c (SWITCHES_NEED_SPACES): Define to o. * config/alpha/osf.h (SWITCHES_NEED_SPACES): Remove here. * config/mips/iris.h (SWITCHES_NEED_SPACES): Remove here. Modified: trunk/gcc/ChangeLog trunk/gcc/config/alpha/osf.h trunk/gcc/config/mips/iris.h trunk/gcc/gcc.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=11810
[Bug testsuite/36292] [4.4 Regression]: Many failures in gcc.dg/pch/
--- Comment #3 from nathan at gcc dot gnu dot org 2008-05-22 06:33 --- 2008-05-22 Nathan Sidwell [EMAIL PROTECTED] * lib/dg-pch.exp (dg-pch): Fix if bracing. -- nathan at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36292
[Bug testsuite/36292] [4.4 Regression]: Many failures in gcc.dg/pch/
--- Comment #2 from nathan at gcc dot gnu dot org 2008-05-21 17:00 --- working on it -- nathan at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |nathan at gcc dot gnu dot |dot org |org Status|UNCONFIRMED |ASSIGNED Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2008-05-21 17:00:56 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36292
[Bug testsuite/36067] gcc.dg/tls/section-2.c doesn't work
--- Comment #1 from nathan at gcc dot gnu dot org 2008-04-30 10:11 --- 2008-04-30 Nathan Sidwell [EMAIL PROTECTED] * gcc.dg/tls/section-2.c: Restrict to vxworks. -- nathan at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36067
[Bug debug/33861] Debugging info for C++ template parameters is incorrect
--- Comment #2 from nathan at gcc dot gnu dot org 2007-10-22 14:32 --- the testcase is valid. [14.3.2]/2 essentially gives it as an example. A literal '' is optional in this case (para 1). para 5 tells us that array to pointer decay happens here, and GCC internally represents that as CAST_EXPR (type, ADDR_EXPR (array_obj)). It could have used ADDR_EXPR (ARRAY_REF (array_obj, 0)), but it doesn't. That alternative is equally invalid as a non-type template argument. explicitly writing '(char *)name' in the source is ill-formed though. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33861
[Bug c++/32756] [4.3 Regression] wrong ambiguous overload error?
--- Comment #7 from nathan at gcc dot gnu dot org 2007-09-16 17:26 --- Subject: Bug 32756 Author: nathan Date: Sun Sep 16 17:26:42 2007 New Revision: 128528 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=128528 Log: cp/ PR c++/32756 * call.c (maybe_handle_implicit_object): Set this_p, clear rvaluedness_matches_p. (compare_ics): Do not compare rvaluedness matching when one of the operands is an implicit object. testsuite/ PR c++/32756 * g++.dg/overload/operator3.C: New. Added: trunk/gcc/testsuite/g++.dg/overload/operator3.C Modified: trunk/gcc/cp/ChangeLog trunk/gcc/cp/call.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32756
[Bug c++/32756] [4.3 Regression] wrong ambiguous overload error?
--- Comment #5 from nathan at gcc dot gnu dot org 2007-08-20 12:21 --- I have a patch, which needs fuller testing. (I've been on vacation :)) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32756
[Bug c++/32756] [4.3 Regression] wrong ambiguous overload error?
--- Comment #3 from nathan at gcc dot gnu dot org 2007-08-07 09:32 --- This is something to do with the rvalue reference patches -- nathan at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |nathan at gcc dot gnu dot |dot org |org Status|UNCONFIRMED |ASSIGNED Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2007-08-07 09:32:12 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32756
[Bug c++/32658] Supposedly illegal conversion compiles without errors
--- Comment #5 from nathan at gcc dot gnu dot org 2007-08-01 19:42 --- The standard is unclear about exactly why this is ill-defined. Does the conversion operator take part in overload resolution (and then be rejected, if it is selected), or is it never entered into the overload set. I shall query CWG. -- nathan at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |nathan at gcc dot gnu dot |dot org |org Status|UNCONFIRMED |ASSIGNED Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2007-08-01 19:42:14 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32658
[Bug middle-end/32852] [4.3 Regression] g++.old-deja/g++.jason/synth7.C
--- Comment #4 from nathan at gcc dot gnu dot org 2007-07-25 07:53 --- 2007-07-24 Nathan Sidwell [EMAIL PROTECTED] * method.c (implicitly_declare_fn): Increase alignment if member function pointer format requires it. -- nathan at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32852
[Bug middle-end/32852] [4.3 Regression] g++.old-deja/g++.jason/synth7.C
-- nathan at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |nathan at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED Last reconfirmed|2007-07-24 00:34:42 |2007-07-24 20:33:00 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32852
[Bug c++/30818] [4.1/4.2/4.3 Regression] templates and typedefs cause function prototype not to match
--- Comment #5 from nathan at gcc dot gnu dot org 2007-07-22 16:26 --- Subject: Bug 30818 Author: nathan Date: Sun Jul 22 16:25:54 2007 New Revision: 126825 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=126825 Log: cp/ PR c++/30818 * typeck.c (structural_comptypes): No need to check resolve_typename_type return value here. * cp-tree.h (TYPENAME_IS_RESOLVING_P): New. * pt.c (resolve_typename_type): Follow typename typedefs. Return original type rather than error_mark_node in case of failure. * parser.c (cp_parser_nested_name_specifier_opt): Adjust resolve_typename_type result check. (cp_parser_direct_declarator, cp_parser_head, cp_parser_constructor_declarator_p): Likewise. testsuite/ PR c++/30818 * g++.dg/template/crash47.C: Adjust errors. * g++.dg/template/crash48.C: Adjust errors. * g++.dg/template/typename12.C: New. * g++.dg/template/typename13.C: New. * g++.dg/template/typename14.C: New. * g++.dg/template/typedef6.C: Adjust errors. Added: trunk/gcc/testsuite/g++.dg/template/typename12.C trunk/gcc/testsuite/g++.dg/template/typename13.C trunk/gcc/testsuite/g++.dg/template/typename14.C Modified: trunk/gcc/cp/ChangeLog trunk/gcc/cp/cp-tree.h trunk/gcc/cp/parser.c trunk/gcc/cp/pt.c trunk/gcc/cp/typeck.c trunk/gcc/testsuite/ChangeLog trunk/gcc/testsuite/g++.dg/template/crash47.C trunk/gcc/testsuite/g++.dg/template/crash48.C trunk/gcc/testsuite/g++.dg/template/typedef6.C -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30818
[Bug c++/30818] [4.1/4.2/4.3 Regression] templates and typedefs cause function prototype not to match
--- Comment #6 from nathan at gcc dot gnu dot org 2007-07-22 16:33 --- fixed with http://gcc.gnu.org/ml/gcc-patches/2007-07/msg01644.html cp/ PR c++/30818 * typeck.c (structural_comptypes): No need to check resolve_typename_type return value here. * cp-tree.h (TYPENAME_IS_RESOLVING_P): New. * pt.c (resolve_typename_type): Follow typename typedefs. Return original type rather than error_mark_node in case of failure. * parser.c (cp_parser_nested_name_specifier_opt): Adjust resolve_typename_type result check. (cp_parser_direct_declarator, cp_parser_head, cp_parser_constructor_declarator_p): Likewise. testsuite/ PR c++/30818 * g++.dg/template/crash47.C: Adjust errors. * g++.dg/template/crash48.C: Adjust errors. * g++.dg/template/typename12.C: New. * g++.dg/template/typename13.C: New. * g++.dg/template/typename14.C: New. * g++.dg/template/typedef6.C: Adjust errors. the patch should backport painlessly to 4.2 -- nathan at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30818
[Bug c++/32839] internal compiler error: Segmentation fault (templates)
-- nathan 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-07-22 16:37:14 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32839
[Bug c++/32839] internal compiler error: Segmentation fault (templates)
--- Comment #2 from nathan at gcc dot gnu dot org 2007-07-22 16:49 --- Created an attachment (id=13949) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13949action=view) Reduced testcase -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32839
[Bug c++/32839] internal compiler error: Segmentation fault (templates)
-- nathan at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |nathan at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED Last reconfirmed|2007-07-22 16:37:14 |2007-07-22 17:08:33 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32839
[Bug c++/32839] internal compiler error: Segmentation fault (templates)
--- Comment #3 from nathan at gcc dot gnu dot org 2007-07-22 17:48 --- 2007-07-22 Nathan Sidwell [EMAIL PROTECTED] cp/ PR c++/32839 * typeck.c (convert_arguments): Only use default args if we have a function decl. testsuite/ PR c++/32839 * g++.dg/expr/call4.C: New. * g++.dg/expr/call5.C: New. -- nathan at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32839
[Bug c++/32839] internal compiler error: Segmentation fault (templates)
--- Comment #4 from nathan at gcc dot gnu dot org 2007-07-22 18:47 --- Subject: Bug 32839 Author: nathan Date: Sun Jul 22 18:46:51 2007 New Revision: 126829 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=126829 Log: cp/ PR c++/32839 * typeck.c (convert_arguments): Only use default args if we have a function decl. testsuite/ PR c++/32839 * g++.dg/expr/call4.C: New. * g++.dg/expr/call5.C: New. Added: trunk/gcc/testsuite/g++.dg/expr/call4.C trunk/gcc/testsuite/g++.dg/expr/call5.C Modified: trunk/gcc/cp/ChangeLog trunk/gcc/cp/typeck.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32839
[Bug c++/30818] [4.1/4.2/4.3 Regression] templates and typedefs cause function prototype not to match
--- Comment #4 from nathan at gcc dot gnu dot org 2007-07-21 20:50 --- testing a patch -- nathan at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |nathan at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED Last reconfirmed|2007-02-16 11:25:02 |2007-07-21 20:50:59 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30818
[Bug other/32078] Make FAILURE in 4.3.0 - `CXXFLAGS' has changed error causes libltdl: No such file or directory
--- Comment #5 from nathan at gcc dot gnu dot org 2007-05-25 15:40 --- This looks like it might be the same as this one http://sourceware.org/ml/newlib/2007/msg00425.html Anyone able to try that patch? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32078
[Bug c++/28705] [4.1 Regression] ICE: in type_dependent_expression_p, at cp/pt.c:12837
--- Comment #9 from nathan at gcc dot gnu dot org 2007-04-30 09:37 --- I hadn't planned on doing so, but I think such a backport is safe. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28705
[Bug target/28966] -maltivec -m32 causes the stack to be saved and restored even though there is no need for it
-- nathan at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |nathan at gcc dot gnu dot |dot org |org Status|UNCONFIRMED |ASSIGNED Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2006-12-21 09:03:35 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28966
[Bug target/28966] -maltivec -m32 causes the stack to be saved and restored even though there is no need for it
--- Comment #3 from nathan at gcc dot gnu dot org 2006-12-21 09:04 --- Fixed on mainline 2006-12-21 Nathan Sidwell [EMAIL PROTECTED] PR target/28966 PR target/29248 * reload1.c (reload): Realign stack after it changes size. -- nathan at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28966
[Bug target/29248] Stack pointer is modified in functions that don't use the stack
--- Comment #6 from nathan at gcc dot gnu dot org 2006-12-18 18:36 --- this is really a duplicate of 28966. Like vxworks has an unconditional 128 bit stack alignment, unlike other targets where it is only 128bit when altivec comes into play. *** This bug has been marked as a duplicate of 28966 *** -- nathan at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29248
[Bug target/28966] -maltivec -m32 causes the stack to be saved and restored even though there is no need for it
--- Comment #1 from nathan at gcc dot gnu dot org 2006-12-18 18:36 --- *** Bug 29248 has been marked as a duplicate of this bug. *** -- nathan at gcc dot gnu dot org changed: What|Removed |Added CC||atgraham at gmail dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28966
[Bug target/28966] -maltivec -m32 causes the stack to be saved and restored even though there is no need for it
--- Comment #2 from nathan at gcc dot gnu dot org 2006-12-18 18:37 --- patch here. http://gcc.gnu.org/ml/gcc-patches/2006-12/msg01260.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28966
[Bug libstdc++/20647] Wrong typeid for incomplete types
--- Comment #17 from nathan at gcc dot gnu dot org 2006-10-24 08:38 --- Subject: Bug 20647 Author: nathan Date: Tue Oct 24 08:38:26 2006 New Revision: 117999 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=117999 Log: cp/ PR c++/20647 * rtti.c (tinfo_base_init): The type info string is always global. testsuite/ PR c++/20647 * g++.dg/abi/rtti3.C: New. Added: branches/gcc-4_2-branch/gcc/testsuite/g++.dg/abi/rtti3.C Modified: branches/gcc-4_2-branch/gcc/cp/ChangeLog branches/gcc-4_2-branch/gcc/cp/rtti.c branches/gcc-4_2-branch/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20647
[Bug libstdc++/20647] Wrong typeid for incomplete types
--- Comment #18 from nathan at gcc dot gnu dot org 2006-10-24 08:38 --- fixed on mainline, 4.1 4.2 -- nathan at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20647
[Bug libstdc++/20647] Wrong typeid for incomplete types
--- Comment #16 from nathan at gcc dot gnu dot org 2006-10-23 07:42 --- Subject: Bug 20647 Author: nathan Date: Mon Oct 23 07:42:02 2006 New Revision: 117970 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=117970 Log: cp/ PR c++/20647 * rtti.c (tinfo_base_init): The type info string is always global. testsuite/ PR c++/20647 * g++.dg/abi/rtti3.C: New. Added: branches/gcc-4_1-branch/gcc/testsuite/g++.dg/abi/rtti3.C Modified: branches/gcc-4_1-branch/gcc/cp/ChangeLog branches/gcc-4_1-branch/gcc/cp/rtti.c branches/gcc-4_1-branch/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20647
[Bug libstdc++/20647] Wrong typeid for incomplete types
--- Comment #14 from nathan at gcc dot gnu dot org 2006-10-22 16:07 --- Subject: Bug 20647 Author: nathan Date: Sun Oct 22 16:07:41 2006 New Revision: 117957 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=117957 Log: cp/ PR c++/20647 * rtti.c (tinfo_base_init): The type info string is always global. testsuite/ PR c++/20647 * g++.dg/abi/rtti3.C: New. Added: trunk/gcc/testsuite/g++.dg/abi/rtti3.C Modified: trunk/gcc/cp/ChangeLog trunk/gcc/cp/rtti.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20647
[Bug libstdc++/20647] Wrong typeid for incomplete types
--- Comment #15 from nathan at gcc dot gnu dot org 2006-10-22 16:09 --- 2006-10-22 Nathan Sidwell [EMAIL PROTECTED] PR c++/20647 * rtti.c (tinfo_base_init): The type info string is always global. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20647
[Bug c++/23287] [4.0/4.1/4.2 regression] Explicitly invoking destructor of template class in a template and is dependent
--- Comment #13 from nathan at gcc dot gnu dot org 2006-09-04 15:22 --- Subject: Bug 23287 Author: nathan Date: Mon Sep 4 15:21:50 2006 New Revision: 116679 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=116679 Log: cp/ PR 23287 Revert my 2006-09-01 patch. * parser.c: Reverted. * pt.c: Reverted. testsuite/ PR c++/23287 Revert my 2006-09-01 patch * g++.dg/parse/dtor12.C: Remove. Removed: trunk/gcc/testsuite/g++.dg/parse/dtor12.C Modified: trunk/gcc/cp/ChangeLog trunk/gcc/cp/parser.c trunk/gcc/cp/pt.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23287
[Bug c++/23287] [4.0/4.1/4.2 regression] Explicitly invoking destructor of template class in a template and is dependent
--- Comment #14 from nathan at gcc dot gnu dot org 2006-09-04 15:22 --- I have reverted this patch. -- nathan at gcc dot gnu dot org changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23287
[Bug c++/28942] [4.2 Regression] Dependent deconstrcutors
--- Comment #2 from nathan at gcc dot gnu dot org 2006-09-03 18:26 --- I'll look at this tomorrow. If I can't figure out a solution I'll revert 23287 -- nathan at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |nathan at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED Last reconfirmed|2006-09-03 17:45:33 |2006-09-03 18:26:32 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28942
[Bug c++/23287] [4.0/4.1/4.2 regression] Explicitly invoking destructor of template class in a template and is dependent
--- Comment #11 from nathan at gcc dot gnu dot org 2006-09-01 13:46 --- Subject: Bug 23287 Author: nathan Date: Fri Sep 1 13:46:19 2006 New Revision: 116623 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=116623 Log: cp/ PR c++/23287 * parser.c (cp_parser_id_expression): Add member_p argument. Update all callers. (cp_parser_unqualified_id): Likewise. Lookup a destructor name in the object's scope, if valid. (cp_parser_global_scope_opt): Add object_scope_valid_p. Update callers. (cp_parser_postfix_dot_deref_expression): Set object_scope. * pt.c (tsubst_copy_and_build): Lookup dependent dtor name here. testsuite/ PR c++/23287 * g++.dg/parse/dtor12.C: New. Added: trunk/gcc/testsuite/g++.dg/parse/dtor12.C Modified: trunk/gcc/cp/ChangeLog trunk/gcc/cp/parser.c trunk/gcc/cp/pt.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23287
[Bug c++/23287] [4.0/4.1/4.2 regression] Explicitly invoking destructor of template class in a template and is dependent
--- Comment #12 from nathan at gcc dot gnu dot org 2006-09-01 13:49 --- 2006-09-01 Nathan Sidwell [EMAIL PROTECTED] PR c++/23287 * parser.c (cp_parser_id_expression): Add member_p argument. Update all callers. (cp_parser_unqualified_id): Likewise. Lookup a destructor name in the object's scope, if valid. (cp_parser_global_scope_opt): Add object_scope_valid_p. Update callers. (cp_parser_postfix_dot_deref_expression): Set object_scope. * pt.c (tsubst_copy_and_build): Lookup dependent dtor name here. -- nathan at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23287
[Bug c++/28705] [4.0/4.1/4.2 Regression] ICE: in type_dependent_expression_p, at cp/pt.c:12837
--- Comment #3 from nathan at gcc dot gnu dot org 2006-09-01 18:10 --- 2006-09-01 Nathan Sidwell [EMAIL PROTECTED] PR c++/28705 * semantics.c (finish_call_expr): Add assert. * name-lookup.c (lookup_arg_dependent): Check we found an overload or an object. --- Comment #4 from nathan at gcc dot gnu dot org 2006-09-01 18:10 --- Subject: Bug 28705 Author: nathan Date: Fri Sep 1 18:10:17 2006 New Revision: 116638 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=116638 Log: cp/ PR c++/28705 * semantics.c (finish_call_expr): Add assert. * name-lookup.c (lookup_arg_dependent): Check we found an overload or an object. testsuite/ PR c++/28705 * g++.dg/lookup/koenig5.C: New. * g++.dg/template/crash56.C: New. Added: trunk/gcc/testsuite/g++.dg/lookup/koenig5.C trunk/gcc/testsuite/g++.dg/template/crash56.C Modified: trunk/gcc/cp/ChangeLog trunk/gcc/cp/name-lookup.c trunk/gcc/cp/semantics.c trunk/gcc/testsuite/ChangeLog -- nathan at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28705
[Bug c++/28705] [4.0/4.1/4.2 Regression] ICE: in type_dependent_expression_p, at cp/pt.c:12837
--- Comment #3 from nathan at gcc dot gnu dot org 2006-09-01 18:10 --- 2006-09-01 Nathan Sidwell [EMAIL PROTECTED] PR c++/28705 * semantics.c (finish_call_expr): Add assert. * name-lookup.c (lookup_arg_dependent): Check we found an overload or an object. --- Comment #4 from nathan at gcc dot gnu dot org 2006-09-01 18:10 --- Subject: Bug 28705 Author: nathan Date: Fri Sep 1 18:10:17 2006 New Revision: 116638 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=116638 Log: cp/ PR c++/28705 * semantics.c (finish_call_expr): Add assert. * name-lookup.c (lookup_arg_dependent): Check we found an overload or an object. testsuite/ PR c++/28705 * g++.dg/lookup/koenig5.C: New. * g++.dg/template/crash56.C: New. Added: trunk/gcc/testsuite/g++.dg/lookup/koenig5.C trunk/gcc/testsuite/g++.dg/template/crash56.C Modified: trunk/gcc/cp/ChangeLog trunk/gcc/cp/name-lookup.c trunk/gcc/cp/semantics.c trunk/gcc/testsuite/ChangeLog -- nathan at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28705
[Bug tree-optimization/17506] [4.0/4.1/4.2 regression] warning about uninitialized variable points to wrong location
--- Comment #29 from nathan at gcc dot gnu dot org 2006-08-29 17:20 --- (In reply to comment #28) 2006-08-29 Nathan Sidwell [EMAIL PROTECTED] Jorn Rennecke [EMAIL PROTECTED] PR tree-optimization/17506 * tree-ssa.c (warn_uninit): If warning about a location outside of the current function, note where the variable was declared. I have no recollection of writing any patch about this (and have no objection to being removed from the credits :) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17506
[Bug c++/23287] [4.0/4.1/4.2 regression] Explicitly invoking destructor of template class in a template and is dependent
-- nathan at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |nathan at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED Last reconfirmed|2006-08-27 21:45:45 |2006-08-28 17:56:33 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23287
[Bug c++/27787] Qualified lookup fails to find inherited class template
-- nathan at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |nathan at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED Last reconfirmed|2006-08-06 22:16:30 |2006-08-25 09:53:17 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27787
[Bug c++/27787] Qualified lookup fails to find inherited class template
--- Comment #6 from nathan at gcc dot gnu dot org 2006-08-25 16:52 --- 2006-08-25 Nathan Sidwell [EMAIL PROTECTED] PR c++/27787 * decl.c (make_typename_type): Only try and resolve it when context is not dependent. Refactor. * decl2.c (check_classfn): Push to class scope before looking for the function. -- nathan at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27787
[Bug c++/27787] Qualified lookup fails to find inherited class template
--- Comment #7 from nathan at gcc dot gnu dot org 2006-08-25 16:56 --- Subject: Bug 27787 Author: nathan Date: Fri Aug 25 16:56:07 2006 New Revision: 116409 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=116409 Log: cp/ PR c++/27787 * decl.c (make_typename_type): Only try and resolve it when context is not dependent. Refactor. * decl2.c (check_classfn): Push to class scope before looking for the function. testsuite/ PR c++/27787 * g++.dg/template/typename10.C: New. * g++.dg/template/lookup4.C: Remove bogus error marker. Added: trunk/gcc/testsuite/g++.dg/template/typename10.C Modified: trunk/gcc/cp/ChangeLog trunk/gcc/cp/decl.c trunk/gcc/cp/decl2.c trunk/gcc/testsuite/ChangeLog trunk/gcc/testsuite/g++.dg/template/lookup4.C -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27787
[Bug c++/28705] [4.0/4.1/4.2 Regression] ICE: in type_dependent_expression_p, at cp/pt.c:12837
-- nathan at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |nathan at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED Last reconfirmed|2006-08-12 22:57:01 |2006-08-25 17:11:29 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28705
[Bug c/27932] New: bogus error
the attached test case produces, [EMAIL PROTECTED]:147m68k-elf-gcc -c struct.c struct.c: In function 'Baz': struct.c:13: error: address of register variable 'u' requested I see no explicit attempt to take the address of u. Notice, v can be passed with impunity. -- Summary: bogus error Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: nathan at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27932
[Bug c/27932] bogus error
--- Comment #1 from nathan at gcc dot gnu dot org 2006-06-07 15:20 --- Created an attachment (id=11627) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11627action=view) culled from gdb testsuite -- gdb.base/store.c line 204 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27932
[Bug c/26544] New: printf calls optimized at -O0
the attached program compiles the printf call to puts, even when optimization is disabled. This seems confusing. -- Summary: printf calls optimized at -O0 Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: nathan at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26544
[Bug c/26544] printf calls optimized at -O0
--- Comment #1 from nathan at gcc dot gnu dot org 2006-03-03 10:28 --- Created an attachment (id=10960) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10960action=view) testcase -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26544
[Bug c/26544] printf calls optimized at -O0
--- Comment #2 from nathan at gcc dot gnu dot org 2006-03-03 10:29 --- Created an attachment (id=10961) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10961action=view) i686 assembler -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26544
[Bug middle-end/26544] printf calls optimized at -O0
--- Comment #4 from nathan at gcc dot gnu dot org 2006-03-03 12:49 --- I find it a surprise that when not optimizing, the compiler has examined the printf string and determined it can replace the printf with a puts call. This seems more than mere constant folding. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26544
[Bug target/25218] [4.0 Regression] ICE : in compensate_edge, at reg-stack.c:2795
--- Comment #7 from nathan at gcc dot gnu dot org 2006-02-20 16:24 --- I'm guessing my change was in converting an if () abort () into gcc_assert, and not directly to blame for whatever's happening here. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25218
[Bug c++/17519] [3.4/4.0/4.1/4.2 Regression] Warning for array of packed non-POD in packed struct
--- Comment #11 from nathan at gcc dot gnu dot org 2006-02-16 20:12 --- Is this still an issue in 4.1/4.2. IIUC I've cleaned up the points where this warning was/was not being emitted. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17519
[Bug c++/25855] template specialisation not always found (partial ordering)
--- Comment #9 from nathan at gcc dot gnu dot org 2006-01-19 14:22 --- The bug appears to be not in the deduction machinery, but in the instantiation machinery. In all cases we end up calling _Z8qCompareIcEiPKT_S2_, but the body of that function differs! Using the example in comment #4, we get a return value of 1. If either of the two alterations are done, we get a return value of 4. Another difference in the assembly is that the unmodified code of comment #4 contains an instantiation of _Z8qCompareIccEiPKT_PKT0_, whereas the other two do not. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25855
[Bug c++/25855] template specialisation not always found (partial ordering)
--- Comment #11 from nathan at gcc dot gnu dot org 2006-01-19 14:43 --- comment #10 is incorrect. Regardless of the validity/invalidity of the code, the fact that comment#4 shows us producing different code depending on the ordering of the template decls indicates a bug. (I also fail to see the relevancy of DR214, as there are no undeduceable template parameters, nor any reference arguments.) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25855
[Bug c++/22136] [4.1/4.2 regression] Rejects old-style using declaration
--- Comment #11 from nathan at gcc dot gnu dot org 2006-01-15 14:04 --- What's happening is that we parse IT::B as a type specifier and then squirrel away a preparsed template type specifier, but because IT::B is a non-dependent type, the preparsed specifier becomes simply ::B, losing the base path information. I think the bug is that the preparsed template id is saved regardless of the check_dependency, is_declaration and type_p flags. I spent some time looking at this and got confused. I really must allocate some time to look again. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22136
[Bug debug/24824] [4.1/4.2 Regression] ICE: in build_abbrev_table, at dwarf2out.c:6427 with -feliminate-dwarf2-dups
--- Comment #11 from nathan at gcc dot gnu dot org 2006-01-12 16:01 --- Subject: Bug 24824 Author: nathan Date: Thu Jan 12 16:01:15 2006 New Revision: 109643 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=109643 Log: PR c++/24824 * class.c (handle_using_decl): Pass correct scope to cp_emit_debug_info_for_using. PR c++/24824 * g++.dg/debug/dwarf2-1.C: New. Added: trunk/gcc/testsuite/g++.dg/debug/dwarf2-1.C Modified: trunk/gcc/cp/ChangeLog trunk/gcc/cp/class.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24824
[Bug debug/24824] [4.1/4.2 Regression] ICE: in build_abbrev_table, at dwarf2out.c:6427 with -feliminate-dwarf2-dups
--- Comment #12 from nathan at gcc dot gnu dot org 2006-01-12 16:13 --- 2006-01-12 Nathan Sidwell [EMAIL PROTECTED] PR c++/24824 * class.c (handle_using_decl): Pass correct scope to cp_emit_debug_info_for_using. PR c++/24824 * g++.dg/debug/dwarf2-1.C: New. -- nathan at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24824
[Bug debug/24824] [4.1/4.2 Regression] ICE: in build_abbrev_table, at dwarf2out.c:6427 with -feliminate-dwarf2-dups
--- Comment #13 from nathan at gcc dot gnu dot org 2006-01-12 16:20 --- Subject: Bug 24824 Author: nathan Date: Thu Jan 12 16:20:10 2006 New Revision: 109644 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=109644 Log: PR c++/24824 * class.c (handle_using_decl): Pass correct scope to cp_emit_debug_info_for_using. PR c++/24824 * g++.dg/debug/dwarf2-1.C: New. Added: branches/gcc-4_1-branch/gcc/testsuite/g++.dg/debug/dwarf2-1.C - copied unchanged from r109643, trunk/gcc/testsuite/g++.dg/debug/dwarf2-1.C Modified: branches/gcc-4_1-branch/gcc/cp/ChangeLog branches/gcc-4_1-branch/gcc/cp/class.c branches/gcc-4_1-branch/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24824
[Bug c++/25386] packed structs
--- Comment #1 from nathan at gcc dot gnu dot org 2006-01-11 18:18 --- patch applied 2006-01-11 Nathan Sidwell [EMAIL PROTECTED] PR c++/25386 * tree.c (lvalue_p_1): Any part of a COMPONENT_REF affects packedness. * g++.dg/ext/packed3.C: Add expected packed error. -- nathan at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25386
[Bug c++/25386] packed structs
--- Comment #2 from nathan at gcc dot gnu dot org 2006-01-11 22:03 --- Subject: Bug 25386 Author: nathan Date: Wed Jan 11 18:09:17 2006 New Revision: 109595 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=109595 Log: PR c++/25386 * tree.c (lvalue_p_1): Any part of a COMPONENT_REF affects packedness. * g++.dg/ext/packed3.C: Add expected packed error. Modified: branches/gcc-4_1-branch/gcc/cp/ChangeLog branches/gcc-4_1-branch/gcc/cp/tree.c branches/gcc-4_1-branch/gcc/testsuite/ChangeLog branches/gcc-4_1-branch/gcc/testsuite/g++.dg/ext/packed3.C -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25386
[Bug debug/24824] [4.1/4.2 Regression] ICE: in build_abbrev_table, at dwarf2out.c:6427 with -feliminate-dwarf2-dups
--- Comment #10 from nathan at gcc dot gnu dot org 2006-01-06 13:39 --- Created an attachment (id=10588) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10588action=view) simplest test case This appears to be tickling a latent bug in the dwarf code. Before my patch I discover that the structure's dwarf information appears to be a child of comp_unit, whereas afterwards it's a child of a namespace. the latter seems correct to me -- I am investigating. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24824
[Bug c++/25386] New: packed structs
g++.dg/ext/packed3.C fails on default packed targets. I don't think this is the case. The questionable code (from the test case) really is struct Unpacked { int i; }; struct __attribute__ ((packed)) Packed { char c; int i; Unpacked u; }; and the test expects that you cannot bind Packed::u to Unpacked (error expected), but that you can bind Packed::u::i to int (not even a warning expected). No warning is expected on the definition of Packed's u member. Not exactly. My problems are (a) the above mentioned inconsistency in allowing binding to the whole structure but not to its members, and (b) on a default-packed target (or with -fpack-struct) getting reverse behavior in allowing binding to Packed::u but not allowing binding to Packed::u::i. % ah, I think that warning should only be given on non-default-packed arches. Is this your problem Jan? I think the warning should be given only if the base class does not itself have the minimum alignment for the artchitecture. (So that you would get the warning on a system that was packed by default if you used a base class which was explicitly aligned on a wider boundary.) -- Summary: packed structs Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: nathan at gcc dot gnu dot org GCC target triplet: *-*-netware* http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25386
[Bug c++/25386] packed structs
-- nathan at gcc dot gnu dot org changed: What|Removed |Added CC||jbeulich at novell dot com AssignedTo|unassigned at gcc dot gnu |nathan at gcc dot gnu dot |dot org |org Status|UNCONFIRMED |ASSIGNED Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2005-12-13 09:39:25 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25386
[Bug c++/21166] g++ gives error on reference to packed structure elements
--- Comment #4 from nathan at gcc dot gnu dot org 2005-11-30 10:29 --- Subject: Bug 21166 Author: nathan Date: Wed Nov 30 10:29:09 2005 New Revision: 107712 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=107712 Log: .: PR c++/21166 * c-decl.c (finish_struct): Only set DECL_PACKED on a field when its natural alignment is BITS_PER_UNIT. * stor-layout.c (finalize_type_size): Revert my patch of 2005-08-08. * c-common.c (handle_packed_attribute): Ignore packing on a field whose type is naturally char aligned. cp: PR c++/21166 * class.c (check_field_decls): Only set DECL_PACKED on a field when its natural alignment is BITS_PER_UNIT. Modified: branches/gcc-4_1-branch/gcc/ChangeLog branches/gcc-4_1-branch/gcc/c-common.c branches/gcc-4_1-branch/gcc/c-decl.c branches/gcc-4_1-branch/gcc/cp/ChangeLog branches/gcc-4_1-branch/gcc/cp/class.c branches/gcc-4_1-branch/gcc/stor-layout.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21166
[Bug testsuite/23304] [4.1/4.2 Regression] testsuite failures: g++.dg/ext/packed3.C, packed4.C, packed8.c and g++.dg/other/crash-4.C
--- Comment #9 from nathan at gcc dot gnu dot org 2005-11-30 20:56 --- Add dg-skips for cris -- nathan at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|nathan at gcc dot gnu dot |unassigned at gcc dot gnu |org |dot org Status|ASSIGNED|NEW http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23304
[Bug c++/21166] g++ gives error on reference to packed structure elements
--- Comment #3 from nathan at gcc dot gnu dot org 2005-11-28 10:34 --- Subject: Bug 21166 Author: nathan Date: Mon Nov 28 10:34:30 2005 New Revision: 107599 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=107599 Log: .: PR c++/21166 * c-decl.c (finish_struct): Only set DECL_PACKED on a field when its natural alignment is BITS_PER_UNIT. * stor-layout.c (finalize_type_size): Revert my patch of 2005-08-08. * c-common.c (handle_packed_attribute): Ignore packing on a field whose type is naturally char aligned. cp: PR c++/21166 * class.c (check_field_decls): Only set DECL_PACKED on a field when its natural alignment is BITS_PER_UNIT. Modified: trunk/gcc/ChangeLog trunk/gcc/c-common.c trunk/gcc/c-decl.c trunk/gcc/cp/ChangeLog trunk/gcc/cp/class.c trunk/gcc/stor-layout.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21166
[Bug target/25126] New: -msoft-float does not work
The -msoft-float option is accepted on i86, and causes calls to the soft fp library routines. however those routines are not built so one ends up with link errors. I don't mind if soft-float is rejected, but I think it should be if it's not supposed to work :) -- Summary: -msoft-float does not work Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: target AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: nathan at gcc dot gnu dot org GCC target triplet: i686-pc-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25126
[Bug debug/24824] [4.1 Regression] ICE: in build_abbrev_table, at dwarf2out.c:6427 with -feliminate-dwarf2-dups
--- Comment #7 from nathan at gcc dot gnu dot org 2005-11-20 19:18 --- I'll have a look tomorrow -- nathan at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |nathan at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED Last reconfirmed|2005-11-12 19:09:06 |2005-11-20 19:18:14 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24824
[Bug testsuite/23304] [4.1 Regression] testsuite failures: g++.dg/ext/packed3.C, packed4.C, packed8.c and g++.dg/other/crash-4.C
--- Comment #8 from nathan at gcc dot gnu dot org 2005-11-20 19:29 --- I've come to the conclusion that my 21166 patch was overzealous. What I now think is that packing a decl always changes its type except for one case described below. Even when the field's placment happens to work out right, the decl should remain packed (it's just an accident of placement, which is fragile). The exception should be were BITS_PER_UNIT == TYPE_ALIGN (TREE_TYPE (field)). Packing such a field is a no-op, so should not be reflected in the type system. We can place this check when we first attempt to set DECL_PACKED. I think this is sufficient to fix the original problem 21166 was trying to solve. -- nathan at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |nathan at gcc dot gnu dot |dot org |org Status|WAITING |ASSIGNED Last reconfirmed|2005-10-22 06:56:58 |2005-11-20 19:29:49 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23304
[Bug libstdc++/20647] Wrong typeid for incomplete types
--- Comment #10 from nathan at gcc dot gnu dot org 2005-11-06 17:54 --- A * is not a reference to an incomplete type, but a pointer to one, so 5.2.8.4 does not apply. I'm fairly certain the correct output should be 'OK'. The two type id objects should have different addresses (one should be weak, one should be local static). The typeid strings should have the same address (and be emitted weak) -- nathan at gcc dot gnu dot org changed: What|Removed |Added Status|RESOLVED|UNCONFIRMED Resolution|INVALID | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20647
[Bug libstdc++/20647] Wrong typeid for incomplete types
-- nathan at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |nathan at gcc dot gnu dot |dot org |org Status|UNCONFIRMED |ASSIGNED Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2005-11-06 17:54:46 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20647
[Bug c++/22551] [4.0/4.1 Regression] [ICE] in tree_low_cst, at tree.c:3843
--- Comment #17 from nathan at gcc dot gnu dot org 2005-10-19 12:50 --- fix for 4.0 2005-10-19 Nathan Sidwell [EMAIL PROTECTED] PR c++/22551 * typeck2.c (digest_init): Clear overflow flags on the folded initializer. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22551
[Bug testsuite/24399] [4.0 only] other/switch2.C fails
--- Comment #6 from nathan at gcc dot gnu dot org 2005-10-19 12:51 --- 2005-10-19 Nathan Sidwell [EMAIL PROTECTED] PR c++/22551 * typeck2.c (digest_init): Clear overflow flags on the folded initializer. -- nathan at gcc dot gnu dot org changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24399
[Bug c++/21383] [3.4 Regression] Crash when finding a_templated_func
-- nathan at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|nathan at gcc dot gnu dot |unassigned at gcc dot gnu |org |dot org Status|ASSIGNED|NEW http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21383
[Bug c++/23797] [3.4 Regression] ICE on typename outside template
-- nathan at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|nathan at gcc dot gnu dot |unassigned at gcc dot gnu |org |dot org Status|REOPENED|NEW http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23797
[Bug c++/23118] [3.4/4.0/4.1 Regression] Another segmentation fault after improper overloading (BootView)
--- Comment #9 from nathan at gcc dot gnu dot org 2005-10-18 12:39 --- fixed mainline 4.0 2005-10-18 Nathan Sidwell [EMAIL PROTECTED] PR c++/22604 * class.c (update_vtable_entry_for_fn): Don't process invalid covariant overriders. PR c++/23118 * cp-tree.h (add_method): Add return value. * class.c (add_method): Return success indicator. * semantics.c (finish_member_declaration): Don't add an invalid method to the method list. wont fix 3.4 -- nathan at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23118
[Bug c++/22604] [4.0/4.1 Regression] ICE after invalid covariant return
--- Comment #15 from nathan at gcc dot gnu dot org 2005-10-18 12:40 --- fixed mainline and 4.0 2005-10-18 Nathan Sidwell [EMAIL PROTECTED] PR c++/22604 * class.c (update_vtable_entry_for_fn): Don't process invalid covariant overriders. PR c++/23118 * cp-tree.h (add_method): Add return value. * class.c (add_method): Return success indicator. * semantics.c (finish_member_declaration): Don't add an invalid method to the method list. wont fix 3.4 -- nathan at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22604
[Bug c++/21383] [3.4 Regression] Crash when finding a_templated_func
--- Comment #8 from nathan at gcc dot gnu dot org 2005-10-18 13:49 --- fixed mainline, 4.0 2005-10-18 Nathan Sidwell [EMAIL PROTECTED] PR c++/21383 * name-lookup.c (arg_assoc): Template args can be null in a template-id-expr. leaving open for 3.4 backport -- nathan at gcc dot gnu dot org changed: What|Removed |Added Summary|[3.4/4.0/4.1 Regression]|[3.4 Regression] Crash when |Crash when finding |finding a_templated_func |a_templated_func | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21383
[Bug c++/22147] [4.0 regression] ICE in get_bindings
--- Comment #14 from nathan at gcc dot gnu dot org 2005-10-18 16:41 --- fixed on 4.0 branch 2005-10-18 Nathan Sidwell [EMAIL PROTECTED] PR c++/22147 Backport 2005-09-27 Mark Mitchell [EMAIL PROTECTED] * name-lookup.c (maybe_process_template_type_declaration): Don't treat forward declarations of classes as templates just because we're processing_template_decl. * pt.c (tsubst_decl): Clear DECL_TEMPLATE_INFO for friend functions. PR c++/22147 Backport 2005-09-27 Mark Mitchell [EMAIL PROTECTED] * g++.dg/template/friend37.C: New test. * g++.dg/parse/crash28.C: Adjust error markers. -- nathan at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22147
[Bug c++/22551] [4.0/4.1 Regression] [ICE] in tree_low_cst, at tree.c:3843
--- Comment #12 from nathan at gcc dot gnu dot org 2005-10-17 08:36 --- the overflow happens in the static constant assignment 'int b = 0x8000' assigns an unsigned long to an int, and overflows. The int_cst as b's DCL_INITIAL has the overflow flag set. I rejected clearing the overflow flag at that point, because I was worried about other overflow paths on the case label expression (although I failed to excite any). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22551
[Bug c++/21353] [3.4/4.0/4.1 Regression] rvalues should not be allowed to be default values for non const references in class functions.
--- Comment #6 from nathan at gcc dot gnu dot org 2005-10-17 11:26 --- fixed mainline and 4.0. 2005-10-17 Nathan Sidwell [EMAIL PROTECTED] PR c++/21353 * decl.c (check_default_argument): Don't check processing_template_decl or uses_template_parms here. (grokparms): Only call check_default_argument when not processing a template decl. * parser.c (cp_parser_late_parsing_default_arg): Call check_default_argument when not processing a template decl. wont fix 3.4 -- nathan at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21353
[Bug c++/24386] [4.0/4.1 regression] wrong virtual function called in template member
-- nathan at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |nathan at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED Last reconfirmed|2005-10-15 17:47:15 |2005-10-17 12:54:51 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24386
[Bug c++/22551] [4.0/4.1 Regression] [ICE] in tree_low_cst, at tree.c:3843
--- Comment #14 from nathan at gcc dot gnu dot org 2005-10-17 13:57 --- refixed 2005-10-17 Nathan Sidwell [EMAIL PROTECTED] PR c++/22551 * c-common.c (c_add_case_label): Revert my 2005-10-14 clearing of overflow flags. 2005-10-17 Nathan Sidwell [EMAIL PROTECTED] PR c++/22551 * g++.dg/other/switch2.C: Remove expected warnings. -- nathan at gcc dot gnu dot org changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22551
[Bug testsuite/24399] [4.1 regression] other/switch2.C fails
--- Comment #4 from nathan at gcc dot gnu dot org 2005-10-17 13:58 --- fixed 2005-10-17 Nathan Sidwell [EMAIL PROTECTED] PR c++/22551 * c-common.c (c_add_case_label): Revert my 2005-10-14 clearing of overflow flags. 2005-10-17 Nathan Sidwell [EMAIL PROTECTED] PR c++/22551 * g++.dg/other/switch2.C: Remove expected warnings. -- nathan at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24399
[Bug c++/24386] [4.0/4.1 regression] wrong virtual function called in template member
--- Comment #3 from nathan at gcc dot gnu dot org 2005-10-17 17:29 --- 2005-10-17 Nathan Sidwell [EMAIL PROTECTED] PR c++/24386 * cp-tree.h (BASELINK_QUALIFIED_P): New. * pt.c (tsubst_copy_and_build): CALL_EXPR case: Use it. * typeck.c (finish_class_member_access_expr): Set it. -- nathan at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24386
[Bug c++/22604] [4.0/4.1 Regression] ICE after invalid covariant return
--- Comment #12 from nathan at gcc dot gnu dot org 2005-10-17 17:36 --- I'll take a look -- nathan at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|reichelt at gcc dot gnu dot |nathan at gcc dot gnu dot |org |org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22604
[Bug c++/23118] [3.4/4.0/4.1 Regression] Another segmentation fault after improper overloading (BootView)
--- Comment #6 from nathan at gcc dot gnu dot org 2005-10-17 17:36 --- I'll take a look -- nathan at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|reichelt at gcc dot gnu dot |nathan at gcc dot gnu dot |org |org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23118
[Bug testsuite/24399] other/switch2.C fails on ia64
--- Comment #1 from nathan at gcc dot gnu dot org 2005-10-16 08:53 --- doh! -- nathan at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |nathan at gcc dot gnu dot |dot org |org Status|UNCONFIRMED |ASSIGNED Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2005-10-16 08:53:28 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24399
[Bug c++/22551] [4.0/4.1 Regression] [ICE] in tree_low_cst, at tree.c:3843
--- Comment #10 from nathan at gcc dot gnu dot org 2005-10-16 09:02 --- something is not quite right ... -- nathan at gcc dot gnu dot org changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22551
[Bug c++/22147] [4.0 regression] ICE in get_bindings
--- Comment #12 from nathan at gcc dot gnu dot org 2005-10-15 14:44 --- bum! -- nathan at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|mark at codesourcery dot com|nathan at gcc dot gnu dot ||org Status|REOPENED|ASSIGNED Last reconfirmed|2005-08-02 23:51:04 |2005-10-15 14:44:50 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22147
[Bug c++/23307] [3.4 Regression] ICE in cp_parser_template_id, at cp/parser.c:8564 with Boost remote_call_manager
-- nathan at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|3.4.6 |4.0.3 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23307
[Bug c++/22352] [3.4 Regression] ICE in lookup_member
-- nathan at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|3.4.6 |4.0.3 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22352
[Bug c++/22464] [3.4 Regression] ICE on classes in template functions which attempt closure
-- nathan at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|3.4.6 |4.0.3 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22464
[Bug c++/23797] [3.4 Regression] ICE on typename outside template
-- nathan at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|3.4.6 |4.0.3 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23797
[Bug c++/23984] [4.0/4.1 Regression] second operand of PLUS_EXPR is NULL (in constructor)
--- Comment #9 from nathan at gcc dot gnu dot org 2005-10-14 08:43 --- fixed mainline 4.0 2005-10-13 Nathan Sidwell [EMAIL PROTECTED] PR c++/23984 * class.c (build_base_path): The vtable is always the first thing in the vtt. -- nathan at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23984
[Bug java/23620] [4.0/4.1 Regression] Segfault compiling inner interfaces
--- Comment #9 from nathan at gcc dot gnu dot org 2005-10-14 08:48 --- fixed mainline and 4.0 2005-10-14 Nathan Sidwell [EMAIL PROTECTED] Wil Mahan [EMAIL PROTECTED] PR java/23620 * class.c (make_class): Create empty binfo here. (set_super_info): Only create binfo if we have superclasses. -- nathan at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23620
[Bug c++/17796] [3.4/4.0/4.1 Regression] Too many unused parameter warnings emitted.
-- nathan at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |nathan at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED Last reconfirmed|2005-07-12 06:01:23 |2005-10-14 10:46:38 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17796