Re: c++/8727: [3.2/3.3 regression] compiler confused by inheritance from an anonymous struct
Synopsis: [3.2/3.3 regression] compiler confused by inheritance from an anonymous struct Responsible-Changed-From-To: unassigned->mmitchel Responsible-Changed-By: mmitchel Responsible-Changed-When: Sun Dec 1 11:25:46 2002 Responsible-Changed-Why: Working on a fix. http://gcc.gnu.org/cgi-bin/gnatsweb.pl?cmd=view%20audit-trail&database=gcc&pr=8727
[Bug other/46104] Linker error "cannot find -liberty"
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46104 Mark Mitchell changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED CC||mmitchel at gcc dot gnu.org Resolution||INVALID --- Comment #1 from Mark Mitchell 2010-10-21 21:30:39 UTC --- This is a packaging question about CodeSourcery's products; it has no relevance to FSF GCC.
[Bug target/46770] Replace .ctors/.dtors with .init_array/.fini_array on targets supporting them
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46770 Mark Mitchell changed: What|Removed |Added CC||mmitchel at gcc dot gnu.org --- Comment #14 from Mark Mitchell 2010-12-11 18:32:58 UTC --- H.J. -- Some of the statements that you're making in Comment #11 are inaccurate or unclear: Given: Foo foo(...); Bar bar(...); within a single module, the C++ standard guarantees that foo is initialized before bar. See \S 3.6.2 "Initialization of non-local objects": "Other objects defined in namespace scope have ordered initialization. Objects defined within a single translation unit and with ordered initialization shall be initialized in the order of their definitions in the translation unit." Now, it is true that if foo or bar is zero-initialized or constant-initialized (these are terms of art in the C++ standard) that initialization happens before dynamic initialization, so given: Foo foo(...); int i = 3; It is guaranteed that "i" is initialized before "foo". But, even in that case, the order is well-defined; it's just not necessarily the order in which the objects are declared. Although the C++ standard does not impose requirements on initialization order across translation units (i.e., source files), there is no doubt that programs accidentally or intentionally depend upon it. I'm sure that making changes in this regard will break something. But, such breakage is akin to the breakage that occurs whenever we optimize more aggressively; people depend on current undocumented behaviors, and programs break when we make a change. So, I don't think we should resist making the change to .init_array simply on this ground. On the other hand, we do have an issue around constructor priorities. If I recall correctly, the linker sorts all of the .ctors.N sections into a single array which is then executed in order. So, if the program has some object files built using .ctors.N and others using .init_array, I don't see how we can get the interleaving that is specified in the source code.
[Bug target/46770] Replace .ctors/.dtors with .init_array/.fini_array on targets supporting them
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46770 --- Comment #21 from Mark Mitchell 2010-12-11 19:47:38 UTC --- H.J. -- Let's just answer the yes-or-no question: is the interleaving going to work or isn't it? I can't see how it possibly can, given the linker script fragment you posted. And if it can't, we have a correctness problem. -- Mark
[Bug c++/26122] [4.0/4.1/4.2 regression] Pure specifiers for templates causing trouble
--- Comment #5 from mmitchel at gcc dot gnu dot org 2006-04-11 23:00 --- Subject: Bug 26122 Author: mmitchel Date: Tue Apr 11 22:59:57 2006 New Revision: 112869 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=112869 Log: * g++.dg/parse/dtor7.C: New test. * g++.dg/parse/new1.C: Add error marker. * g++.dg/template/new3.C: New test. PR c++/26122 * g++.dg/template/pure1.C: New test. PR c++/26295 * g++.dg/parse/ptrmem4.C: New test. Added: trunk/gcc/testsuite/g++.dg/parse/ptrmem4.C trunk/gcc/testsuite/g++.dg/template/new3.C trunk/gcc/testsuite/g++.dg/template/pure1.C Modified: trunk/gcc/cp/ChangeLog trunk/gcc/cp/call.c trunk/gcc/cp/cp-tree.h trunk/gcc/cp/decl.c trunk/gcc/cp/init.c trunk/gcc/cp/parser.c trunk/gcc/cp/pt.c trunk/gcc/cp/semantics.c trunk/gcc/cp/typeck2.c trunk/gcc/testsuite/ChangeLog trunk/gcc/testsuite/g++.dg/parse/dtor7.C trunk/gcc/testsuite/g++.dg/parse/new1.C -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26122
[Bug c++/26295] [4.0/4.1/4.2 Regression] Invalid namespace pointer seg fault
--- Comment #5 from mmitchel at gcc dot gnu dot org 2006-04-11 23:00 --- Subject: Bug 26295 Author: mmitchel Date: Tue Apr 11 22:59:57 2006 New Revision: 112869 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=112869 Log: * g++.dg/parse/dtor7.C: New test. * g++.dg/parse/new1.C: Add error marker. * g++.dg/template/new3.C: New test. PR c++/26122 * g++.dg/template/pure1.C: New test. PR c++/26295 * g++.dg/parse/ptrmem4.C: New test. Added: trunk/gcc/testsuite/g++.dg/parse/ptrmem4.C trunk/gcc/testsuite/g++.dg/template/new3.C trunk/gcc/testsuite/g++.dg/template/pure1.C Modified: trunk/gcc/cp/ChangeLog trunk/gcc/cp/call.c trunk/gcc/cp/cp-tree.h trunk/gcc/cp/decl.c trunk/gcc/cp/init.c trunk/gcc/cp/parser.c trunk/gcc/cp/pt.c trunk/gcc/cp/semantics.c trunk/gcc/cp/typeck2.c trunk/gcc/testsuite/ChangeLog trunk/gcc/testsuite/g++.dg/parse/dtor7.C trunk/gcc/testsuite/g++.dg/parse/new1.C -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26295
[Bug c++/26122] [4.0/4.1/4.2 regression] Pure specifiers for templates causing trouble
--- Comment #6 from mmitchel at gcc dot gnu dot org 2006-04-12 01:18 --- Subject: Bug 26122 Author: mmitchel Date: Wed Apr 12 01:18:06 2006 New Revision: 112879 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=112879 Log: PR c++/26122 * parser.c (cp_parser_init_declarator): Adjust logic for deciding whether or not to look for a pure-specifier. (cp_parser_member_declaration): Likewise. Added: branches/gcc-4_1-branch/gcc/testsuite/g++.dg/template/pure1.C Modified: branches/gcc-4_1-branch/gcc/cp/ChangeLog branches/gcc-4_1-branch/gcc/cp/parser.c branches/gcc-4_1-branch/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26122
[Bug c++/26122] [4.0/4.1/4.2 regression] Pure specifiers for templates causing trouble
--- Comment #7 from mmitchel at gcc dot gnu dot org 2006-04-12 01:19 --- The ICE is now fixed. I'm not sure if the failure to diagnose the fact that a non-virtual function has a pure specifier in a template class is a regression or not. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26122
[Bug c++/26295] [4.0/4.1/4.2 Regression] Invalid namespace pointer seg fault
--- Comment #6 from mmitchel at gcc dot gnu dot org 2006-04-12 02:05 --- Subject: Bug 26295 Author: mmitchel Date: Wed Apr 12 02:05:21 2006 New Revision: 112881 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=112881 Log: PR c++/26295 * decl.c (grokdeclarator): Remove namespace-handling code for pointers-to-members. * parser.c (cp_parser_ptr_operator): Check for qualified names using namespaces. PR c++/26295 * g++.dg/parse/ptrmem4.C: New test. Added: branches/gcc-4_1-branch/gcc/testsuite/g++.dg/parse/ptrmem4.C Modified: branches/gcc-4_1-branch/gcc/cp/ChangeLog branches/gcc-4_1-branch/gcc/cp/parser.c branches/gcc-4_1-branch/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26295
[Bug c++/26295] [4.0 Regression] Invalid namespace pointer seg fault
--- Comment #7 from mmitchel at gcc dot gnu dot org 2006-04-12 02:06 --- Fixed in 4.1.1. -- mmitchel at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|mark at codesourcery dot com|unassigned at gcc dot gnu ||dot org Status|ASSIGNED|NEW Summary|[4.0/4.1/4.2 Regression]|[4.0 Regression] Invalid |Invalid namespace pointer |namespace pointer seg fault |seg fault | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26295
[Bug c++/26266] [4.0/4.1/4.2 regression] Trouble with static const data members in template classes
--- Comment #17 from mmitchel at gcc dot gnu dot org 2006-04-12 03:06 --- The fix for the bug in Comment #7 is to implement DR224. The problem here is that we think that A is a dependent type; as such, it might be int, and the initialization would be valid. However, A is non-dependent according to DR224. If we recognized that, we would correctly issue an error. However, implementing DR224 is not trivial. Making types that involve template parameters non-dependent is likely to trigger problems throughout the front end in routines that are using "dependent" as a synonym for "uses template parameters". -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26266
[Bug tree-optimization/24609] [4.1/4.2 regression] Same value duplicated in two different registers
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24609
[Bug c++/26365] [4.0/4.1/4.2 Regression] ICE in finish_class_member_access_expr, at cp/typeck.c
--- Comment #6 from mmitchel at gcc dot gnu dot org 2006-04-15 03:47 --- Testing a fix. -- mmitchel at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |mark at codesourcery dot com |dot org | Status|NEW |ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26365
[Bug c++/26365] [4.0/4.1/4.2 Regression] ICE in finish_class_member_access_expr, at cp/typeck.c
--- Comment #7 from mmitchel at gcc dot gnu dot org 2006-04-16 18:12 --- Subject: Bug 26365 Author: mmitchel Date: Sun Apr 16 18:12:41 2006 New Revision: 112986 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=112986 Log: PR c++/26365 * typeck.c (finish_class_member_access_expr): Robustify PR c++/26365 * g++.dg/template/crash45.C: New test. Added: trunk/gcc/testsuite/g++.dg/template/crash45.C Modified: trunk/gcc/cp/ChangeLog trunk/gcc/cp/typeck.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26365
[Bug c++/26365] [4.0/4.1/4.2 Regression] ICE in finish_class_member_access_expr, at cp/typeck.c
--- Comment #8 from mmitchel at gcc dot gnu dot org 2006-04-16 18:17 --- Subject: Bug 26365 Author: mmitchel Date: Sun Apr 16 18:17:38 2006 New Revision: 112987 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=112987 Log: PR c++/26365 * typeck.c (finish_class_member_access_expr): Robustify PR c++/26365 * g++.dg/template/crash45.C: New test. Added: branches/gcc-4_1-branch/gcc/testsuite/g++.dg/template/crash45.C Modified: branches/gcc-4_1-branch/gcc/cp/ChangeLog branches/gcc-4_1-branch/gcc/cp/typeck.c branches/gcc-4_1-branch/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26365
[Bug c++/26365] [4.0 Regression] ICE in finish_class_member_access_expr, at cp/typeck.c
--- Comment #9 from mmitchel at gcc dot gnu dot org 2006-04-16 18:21 --- Fixed in 4.1.1. -- mmitchel at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|mark at codesourcery dot com|unassigned at gcc dot gnu ||dot org Status|ASSIGNED|NEW Summary|[4.0/4.1/4.2 Regression] ICE|[4.0 Regression] ICE in |in |finish_class_member_access_e |finish_class_member_access_e|xpr, at cp/typeck.c |xpr, at cp/typeck.c | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26365
[Bug c++/27102] [4.0/4.1/4.2 regression] ICE with invalid class name in function template
--- Comment #3 from mmitchel at gcc dot gnu dot org 2006-04-16 18:31 --- Testing a fix. -- mmitchel at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |mark at codesourcery dot com |dot org | Status|NEW |ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27102
[Bug testsuite/25177] [4.1 Regression] gcc.target/powerpc/pr18096-1.c fails on PPC
--- Comment #7 from mmitchel at gcc dot gnu dot org 2006-04-16 18:32 --- Although it would certainly be good to eliminate the spurious testsuite failure, this is not release-critical. -- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P5 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25177
[Bug tree-optimization/25737] [4.1/4.2 Regression] ACATS c974001 c974013 hang with struct aliasing
--- Comment #22 from mmitchel at gcc dot gnu dot org 2006-04-16 18:35 --- It looks like there was a C testcase, which has now been fixed; is there still an issue for languages other than Ada? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25737
[Bug middle-end/25815] [4.1 regression] ext/pb_assoc/example/erase_if.cc execution test
--- Comment #13 from mmitchel at gcc dot gnu dot org 2006-04-16 18:37 --- Until/unless this is shown to be a problem on a primary/secondary platform, I'm going to downgrade it to P5. -- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P5 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25815
[Bug tree-optimization/26435] [4.1/4.2 regression] ICE with -O1 -ftree-loop-linear and higher optimization
--- Comment #4 from mmitchel at gcc dot gnu dot org 2006-04-16 18:38 --- Basic, valid code that crashes the optimizers: P1. -- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26435
[Bug target/26459] [4.1/4.2 Regression] gcc fails to build on powerpc e500-double targets
--- Comment #31 from mmitchel at gcc dot gnu dot org 2006-04-16 18:39 --- Is there more to do? The end of the audit trail contains patches from Alan, so it's unclear to me if the issue should remain open. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26459
[Bug ada/26529] [4.1/4.2 Regression] Compiler crash when 'use' clause for ADA record is defined
--- Comment #3 from mmitchel at gcc dot gnu dot org 2006-04-16 18:40 --- Ada is not release-critical. -- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P5 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26529
[Bug c++/26534] [4.1/4.2 Regression] bitfield wrong optimize
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26534
[Bug gcov/profile/26570] [4.1/4.2 Regression] -fprofile-generate -fprofile-use cause memory corruption immediately
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26570
[Bug target/26600] [4.1/4.2 Regression] internal compiler error: in push_reload, at reload.c:1303
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26600
[Bug middle-end/26632] [4.1/4.2 Regression] spurious warning: value computed is not used
--- Comment #5 from mmitchel at gcc dot gnu dot org 2006-04-16 18:58 --- I am glad that Neil agrees my oft-stated, but always-rejected, claim that only the front ends should issue warnings. :-) However, in this case, we can presumably fix the bug by setting TREE_NO_WARNING on the cast expression, which, one hopes, is generated by the front end. In any case, this is definitely a bug. -- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26632
[Bug middle-end/26635] [4.1/4.2 Regression] Bogus Storage_Error warning
--- Comment #3 from mmitchel at gcc dot gnu dot org 2006-04-16 18:58 --- Ada is not release-critical. -- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P5 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26635
[Bug middle-end/26643] [4.1 Regression] Linux matroxfb_probe miscompiled
--- Comment #14 from mmitchel at gcc dot gnu dot org 2006-04-16 19:00 --- Would some kind person please attempt a backport to 4.1? -- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26643
[Bug rtl-optimization/26685] [4.1/4.2 regression] documentation refer to nonexisting --param max-cse-insns
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26685
[Bug tree-optimization/26719] [4.1/4.2 Regression] Computed (integer) table changes with -O
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26719
[Bug middle-end/26729] [4.0/4.1/4.2 regression] bad bitops folding
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26729
[Bug c++/26757] [4.1/4.2 regression] C++ front-end producing two DECLs with the same UID
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26757
[Bug c++/26789] [4.1 regression] ICE on incomplete struct with -fmudflap
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26789
[Bug c/26818] [4.1/4.2 Regression] tree check: expected class �type�, have �exceptional� (error_mark) in finish_struct, at c-decl.c:5350 (time.c)
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26818
[Bug tree-optimization/26821] [4.1/4.2 Regression] ice in varasm.c with certain flags
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26821
[Bug target/26826] [4.1/4.2 Regression] ICE in reg_or_subregno, at jump.c:2011
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26826
[Bug tree-optimization/26865] [4.1 Regression] Segmentation fault with -std=c99 -O1 and alloca()
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26865
[Bug middle-end/26869] [4.1/4.2 Regression] Segfault in find_lattice_value() for complex operands.
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26869
[Bug debug/26881] [4.1/4.2 Regression] internal compiler error in dwarf2out_finish
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26881
[Bug c++/26884] [4.1/4.2 regression] Misleading diagnostic for invalid array initializer
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26884
[Bug target/26885] [4.1/4.2 regression] -m64 -m32 no longer creates 32-bit object
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26885
[Bug c++/26912] [4.0/4.1/4.2 Regression] friend const member function specialization fails to compile
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26912
[Bug c++/26917] [4.0/4.1/4.2 regression] ICE with -frepo on invalid code
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26917
[Bug tree-optimization/26944] [4.1/4.2 Regression] -ftree-ch generates worse code
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26944
[Bug other/26966] [4.1/4.2 Regression] linking of C++/ObjC app fail on OpenBSD 3.9 due POSIX threading unresolved symbols
--- Comment #16 from mmitchel at gcc dot gnu dot org 2006-04-16 19:14 --- OpenBSD is not a primary or secondary platform. -- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P5 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26966
[Bug tree-optimization/26969] [4.1/4.2 Regression] ICE with -O1 -funswitch-loops -ftree-vectorize
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26969
[Bug tree-optimization/27004] [4.1/4.2 Regression] Insane amount of memory needed at -O1 and above because of salias and large switch
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27004
[Bug c++/27019] [4.1/4.2 regression] ICE with designated initializers
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27019
[Bug c/27020] [4.0/4.1/4.2 regression] ICE on invalid array size
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27020
[Bug tree-optimization/27039] [4.1/4.2 Regression] Unable to determine # of iterations for a simple loop
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27039
[Bug target/27075] [4.1/4.2 Regression] Compiler generate incorrect assembler for __sync_fetch-* builtins on e500 aka SPE
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27075
[Bug c++/27078] [4.1/4.2 Regression] Duplicate error message for ambiguous enum
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27078
[Bug tree-optimization/27087] [4.1 regression] ICE in merge_alias_info
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27087
[Bug c++/27094] [4.0/4.1/4.2 Regression] tree check: expected tree_list, have omp_return in build_call
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27094
[Bug middle-end/27095] [4.1/4.2 Regression] O2 produces duplicate code
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27095
[Bug c++/27102] [4.0/4.1/4.2 regression] ICE with invalid class name in function template
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27102
[Bug c++/27129] [4.1/4.2 Regression] ICE in get_expr_operands
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27129
[Bug tree-optimization/27151] [4.1/4.2 Regression] ICE with -ftree-vectorize with mixed types
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27151
[Bug target/27158] [4.1/4.2 regression] ICE in extract_insn with -maltivec
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27158
[Bug c++/27102] [4.0/4.1/4.2 regression] ICE with invalid class name in function template
--- Comment #7 from mmitchel at gcc dot gnu dot org 2006-04-19 16:58 --- Subject: Bug 27102 Author: mmitchel Date: Wed Apr 19 16:58:23 2006 New Revision: 113081 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=113081 Log: PR c++/27102 * class.c (currently_open_class): Tidy. * decl.c (grokdeclarator): If we encounter an erroneous declarator, assume that we have already issued an error message and return. Return error_mark_node instead of NULL_TREE in more places. Issue errors about function definitions that do not have a function declarator. Check for complete types for all function definitions. * cp-tree.h (cp_error_declarator): Remove. (currently_open_class): Change return type. * parser.c (cp_parser_id_expression): Add optional_p parameter. (cp_parser_parse_diagnose_invalid_type_name): Adjust calls. (cp_parser_id_expression): Likewise. (cp_parser_unqualified_id): If the name is optional, return NULL_TREE. (cp_parser_postfix_dot_deref_expression): Adjust calls. (cp_parser_type_parameter): Likewise. (cp_parser_unqualified_id): Likewise. (cp_parser_direct_declarator): Likewise. (cp_parser_declarator_id): Add optional_p parameter. (cp_parser_function_definition_from_specifiers_and_declarator): Assume that start_function indicates failure only if it has issued an error. (cp_parser_omp_var_list_no_open): Adjust calls. PR c++/27102 * g++.dg/template/crash35.C: Tweak error markers. * g++.dg/template/crash46.C: New test. * g++.old-deja/g++.brendan/friend4.C: Tweak error markers. * g++.old-deja/g++.pt/incomplete1.C: Likewise. Added: trunk/gcc/testsuite/g++.dg/template/crash46.C Modified: trunk/gcc/cp/ChangeLog trunk/gcc/cp/class.c trunk/gcc/cp/cp-tree.h trunk/gcc/cp/decl.c trunk/gcc/cp/parser.c trunk/gcc/testsuite/ChangeLog trunk/gcc/testsuite/g++.dg/template/crash35.C trunk/gcc/testsuite/g++.old-deja/g++.brendan/friend4.C trunk/gcc/testsuite/g++.old-deja/g++.pt/incomplete1.C -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27102
[Bug c++/27102] [4.0/4.1 regression] ICE with invalid class name in function template
--- Comment #8 from mmitchel at gcc dot gnu dot org 2006-04-19 17:01 --- Fixed in 4.2. -- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Summary|[4.0/4.1/4.2 regression] ICE|[4.0/4.1 regression] ICE |with invalid class name in |with invalid class name in |function template |function template http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27102
[Bug c++/26534] [4.1/4.2 Regression] bitfield wrong optimize
--- Comment #5 from mmitchel at gcc dot gnu dot org 2006-04-19 17:11 --- In C++ the type of the FIELD_DECL should be "unsigned int", not "4-bit unsigned int". So, this is the usual problem that we don't quite know how "lowered" the representation shared across the front-end and back-end should be. What I would prefer to do is to fix the C++ front-end so that "x.a = y" becomes "x.a = y & 0xf". Would that work for the back-end, or will it still be confused by the fact that we have bit-field with a type whose precision is greater than that of the field? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26534
[Bug c++/26534] [4.1/4.2 Regression] bitfield wrong optimize
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |mark at codesourcery dot com |dot org | Status|NEW |ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26534
[Bug c++/26534] [4.1/4.2 Regression] bitfield wrong optimize
--- Comment #6 from mmitchel at gcc dot gnu dot org 2006-04-23 03:16
---
Generating the explicit masking operations in the front end seems to be safe,
but suboptimal. The middle-end will not optimize code like:
struct A {int i : 3; };
struct A a;
int f() { return a.i > 3; } // Always false
unless the type of the expression "a.i" has the correct precision. When
compiled as C code, this function is optimized appropriately, because the C
front-end uses limited-precision types to represent bitfields.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26534
[Bug c++/26534] [4.1/4.2 Regression] bitfield wrong optimize
--- Comment #7 from mmitchel at gcc dot gnu dot org 2006-04-23 18:04 --- Subject: Bug 26534 Author: mmitchel Date: Sun Apr 23 18:04:33 2006 New Revision: 113199 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=113199 Log: 2006-04-23 Mark Mitchell <[EMAIL PROTECTED]> PR c++/26534 * c-common.h (c_build_bitfield_integer_type): Declare. * c-decl.c (c_build_bitfield_integer_type): Move to ... * c-common.c (c_build_bitfield_integer_type): ... here. 2006-04-23 Mark Mitchell <[EMAIL PROTECTED]> PR c++/26534 * cp-tree.h (is_bitfield_expr_with_lowered_type): New function. * typeck.c (is_bitfield_expr_with_lowered_type): New function. (decay_conversion): Convert bitfield expressions to the correct type. (build_modify_expr): Remove spurious conversions. * class.c (layout_class_type): Modify the type of bitfields to indicate a limited range. * call.c (standard_conversion): Adjust the type of bitfield expressions used in an rvalue context. (build_conditional_expr): Likewise. 2006-04-23 Mark Mitchell <[EMAIL PROTECTED]> PR c++/26534 * g++.dg/opt/bitfield1.C: New test. * g++.dg/compat/abi/bitfield1_main.C: Add -w. * g++.dg/compat/abi/bitfield1_x.C: Likewise. * g++.dg/compat/abi/bitfield1_y.C: Likewise. * g++.dg/compat/abi/bitfield2_main.C: Likewise. * g++.dg/compat/abi/bitfield2_x.C: Likewise. * g++.dg/compat/abi/bitfield2_y.C: Likewise. * g++.dg/abi/bitfield1.C: Add dg-warning markers. * g++.dg/abi/bitfield2.C: Likewise. * g++.dg/init/bitfield1.C: Likewise. Added: trunk/gcc/testsuite/g++.dg/opt/bitfield1.C Modified: trunk/gcc/ChangeLog trunk/gcc/c-common.c trunk/gcc/c-common.h trunk/gcc/c-decl.c trunk/gcc/configure trunk/gcc/configure.ac trunk/gcc/cp/ChangeLog trunk/gcc/cp/call.c trunk/gcc/cp/class.c trunk/gcc/cp/cp-tree.h trunk/gcc/cp/typeck.c trunk/gcc/print-tree.c trunk/gcc/testsuite/ChangeLog trunk/gcc/testsuite/g++.dg/abi/bitfield1.C trunk/gcc/testsuite/g++.dg/abi/bitfield2.C trunk/gcc/testsuite/g++.dg/compat/abi/bitfield1_main.C trunk/gcc/testsuite/g++.dg/compat/abi/bitfield1_x.C trunk/gcc/testsuite/g++.dg/compat/abi/bitfield1_y.C trunk/gcc/testsuite/g++.dg/compat/abi/bitfield2_main.C trunk/gcc/testsuite/g++.dg/compat/abi/bitfield2_x.C trunk/gcc/testsuite/g++.dg/compat/abi/bitfield2_y.C trunk/gcc/testsuite/g++.dg/init/bitfield1.C -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26534
[Bug c++/26534] [4.1] bitfield wrong optimize
--- Comment #8 from mmitchel at gcc dot gnu dot org 2006-04-23 18:05 --- Fixed in GCC 4.2. -- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Summary|[4.1/4.2 Regression]|[4.1] bitfield wrong |bitfield wrong optimize |optimize http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26534
[Bug c++/26757] [4.1/4.2 regression] C++ front-end producing two DECLs with the same UID
--- Comment #16 from mmitchel at gcc dot gnu dot org 2006-04-23 18:14
---
The correct fix for this issue is for the C++ front-end to save and restore
information about a declaration as scopes are entered and exited.
For example, given:
extern void f(int);
void g() {
extern void f(int = 7);
f();
}
void h() {
extern void f(int = 3);
f();
}
we should use a single FUNCTION_DECL (and a single DECL_UID), add the default
argument when the declaration is encountered in g, and then remove the default
argument when we exit that scope. This example shows why you can't just keep
calling duplicate_decls; you can actually change the values of the default
arguments in different scopes, and, in scopes with no default argument
declared, the user must supply all arguments.
Default arguments are only part of the problem; the same issue applies to
things like:
extern int a[];
void f() {
extern int a[10];
}
It will not be particularly entertaining to fix this in the C++ front-end,
though it is indeed something that should be done. It's probably doable for
4.2, but I'd think it to be a very risk change for 4.1.
Is there a work-around in the middle end that can be applied on the 4.1 branch?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26757
[Bug c++/26912] [4.0/4.1/4.2 Regression] friend const member function specialization fails to compile
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |mark at codesourcery dot com |dot org | Status|NEW |ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26912
[Bug c++/16376] Bit-field promotions
--- Comment #3 from mmitchel at gcc dot gnu dot org 2006-04-23 22:13 --- I agree that the C++ standard requires the behavior suggested by Joseph in Comment #1. However, my patch was not intended to fix this bug, and only does so by accident. In particular, the last lines of decay_conversion convert the expression to the TYPE_MAIN_VARIANT of the limited-precision type, rather than to the TYPE_MAIN_VARIANT of the declared type of the bitfield, as I had intended, although the original conversion from limited-precision type to declared type is present in the expression by this point. I am not sure if that original conversion is actually required, given that the testsuite is passing with the code in its current state. In earlier forms of the patch, it was definitely required; otherwise, for example, bitfields of enumeration type did not have the correct type elsewhere in the compiler. It may be that because of the changes I made to the conversion machinery in call.c, this is no longer a problem. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16376
[Bug c++/26912] [4.0/4.1/4.2 Regression] friend const member function specialization fails to compile
--- Comment #2 from mmitchel at gcc dot gnu dot org 2006-04-24 03:50 --- Subject: Bug 26912 Author: mmitchel Date: Mon Apr 24 03:50:31 2006 New Revision: 113213 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=113213 Log: PR c++/26912 * cp-tree.h (build_this_parm): Declare. (grok_method_quals): Remove. (build_memfn_type): Declare. (build_artificial_parm): Declare. (do_friend): Remove quals parameter. * decl.c (build_this_parm): New function. (grokfndecl): Use it. Do not pass quals to grokclassfn. (grokdeclarator): Rename quals to memfn_quals. Avoid allocating unnecessary TYPE_DECLs. Correct qualification of member function types. Tidy. * method.c (implicitly_declare_fn): Use build_this_parm. * friend.c (do_friend): Remove quals parameter. * decl2.c (grok_method_quals): Remove. (build_memfn_type): New function. (build_artificial_parm): Give it external linkage. (grokclassfn): Remove quals parameter. Do not build "this" PARM_DECL here. PR c++/26912 * g++.dg/template/friend41.C: New test. Added: trunk/gcc/testsuite/g++.dg/template/friend41.C Modified: trunk/gcc/cp/ChangeLog trunk/gcc/cp/cp-tree.h trunk/gcc/cp/decl.c trunk/gcc/cp/decl2.c trunk/gcc/cp/friend.c trunk/gcc/cp/method.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26912
[Bug c++/26912] [4.0/4.1 Regression] friend const member function specialization fails to compile
--- Comment #3 from mmitchel at gcc dot gnu dot org 2006-04-24 03:55 --- Fixed in 4.2. -- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Summary|[4.0/4.1/4.2 Regression]|[4.0/4.1 Regression] friend |friend const member function|const member function |specialization fails to |specialization fails to |compile |compile http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26912
[Bug c++/27292] [4.2 regression] ICE on casts on bitfields
--- Comment #3 from mmitchel at gcc dot gnu dot org 2006-04-24 23:31 --- Yes, this is the kind of failure mode I feared. -- mmitchel at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |mark at codesourcery dot com |dot org | Status|NEW |ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27292
[Bug c++/27292] [4.2 regression] ICE on casts on bitfields
--- Comment #4 from mmitchel at gcc dot gnu dot org 2006-04-25 03:33 --- Subject: Bug 27292 Author: mmitchel Date: Tue Apr 25 03:33:38 2006 New Revision: 113240 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=113240 Log: PR c++/27292 * typeck.c (decay_conversion): Don't adjust bitfield types. (perform_integral_promotions): Treat bitfield enums as enums, not as short integer types. * tree.c (rvalue): Convert bitfields to their correct types. PR c++/27292 * g++.dg/conversion/bitfield1.C: New test. * g++.dg/conversion/bitfield2.C: Likewise. * g++.dg/conversion/bitfield3.C: Likewise. Added: trunk/gcc/testsuite/g++.dg/conversion/bitfield1.C trunk/gcc/testsuite/g++.dg/conversion/bitfield2.C trunk/gcc/testsuite/g++.dg/conversion/bitfield3.C Modified: trunk/gcc/cp/ChangeLog trunk/gcc/cp/tree.c trunk/gcc/cp/typeck.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27292
[Bug c++/27292] [4.2 regression] ICE on casts on bitfields
--- Comment #5 from mmitchel at gcc dot gnu dot org 2006-04-25 03:38 --- Fixed in 4.2. -- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27292
[Bug c++/27102] [4.0/4.1 regression] ICE with invalid class name in function template
--- Comment #10 from mmitchel at gcc dot gnu dot org 2006-04-27 19:03 --- Subject: Bug 27102 Author: mmitchel Date: Thu Apr 27 19:02:54 2006 New Revision: 113320 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=113320 Log: PR c++/27102 * typeck2.c (cxx_incomplete_type_diagnostic): Handle TYPENAME_TYPE. PR c++/27102 * g++.dg/template/crash47.C: New test. Added: trunk/gcc/testsuite/g++.dg/template/crash47.C Modified: trunk/gcc/cp/ChangeLog trunk/gcc/cp/typeck2.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27102
[Bug c++/27102] [4.0/4.1 regression] ICE with invalid class name in function template
--- Comment #11 from mmitchel at gcc dot gnu dot org 2006-04-27 19:06 --- The problem in Comment #9 has been resolved in 4.2. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27102
[Bug c++/27292] [4.2 regression] ICE on casts on bitfields
--- Comment #7 from mmitchel at gcc dot gnu dot org 2006-04-28 02:41 --- Subject: Bug 27292 Author: mmitchel Date: Fri Apr 28 02:40:58 2006 New Revision: 113339 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=113339 Log: PR c++/27292 * tree.c (rvalue): Convert bitfields to their declared types. PR c++/27292 * g++.dg/conversion/bitfield4.C: New test. Added: trunk/gcc/testsuite/g++.dg/conversion/bitfield4.C Modified: trunk/gcc/cp/ChangeLog trunk/gcc/cp/tree.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27292
[Bug c++/27292] [4.2 regression] ICE on casts on bitfields
--- Comment #8 from mmitchel at gcc dot gnu dot org 2006-04-28 02:42 --- Fixed in 4.2. -- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27292
[Bug c++/26757] [4.1/4.2 regression] C++ front-end producing two DECLs with the same UID
--- Comment #18 from mmitchel at gcc dot gnu dot org 2006-04-30 17:56 --- Andrew -- Thanks for investigating this, and for attempting to tolerate this bit of weirdness from the front end. -- Mark -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26757
[Bug c++/27094] [4.0/4.1/4.2 Regression] tree check: expected tree_list, have omp_return in build_call
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |mark at codesourcery dot com |dot org | Status|NEW |ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27094
[Bug c++/27094] [4.0/4.1/4.2 Regression] tree check: expected tree_list, have omp_return in build_call
--- Comment #7 from mmitchel at gcc dot gnu dot org 2006-04-30 23:21 --- Subject: Bug 27094 Author: mmitchel Date: Sun Apr 30 23:21:38 2006 New Revision: 113399 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=113399 Log: PR c++/27094 * pt.c (tsubst_default_argument): Increment function_depth around call to tsubst_expr. * parser.c (cp_parser_parameter_declaration): Likewise. * decl2.c (mark_used): Tidy. PR c++/27094 * g++.dg/template/defarg8.C: New test. Added: trunk/gcc/testsuite/g++.dg/template/defarg8.C Modified: trunk/gcc/cp/ChangeLog trunk/gcc/cp/decl2.c trunk/gcc/cp/parser.c trunk/gcc/cp/pt.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27094
[Bug c++/27094] [4.0/4.1/4.2 Regression] tree check: expected tree_list, have omp_return in build_call
--- Comment #8 from mmitchel at gcc dot gnu dot org 2006-04-30 23:25 --- Subject: Bug 27094 Author: mmitchel Date: Sun Apr 30 23:25:44 2006 New Revision: 113400 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=113400 Log: PR c++/27094 * pt.c (tsubst_default_argument): Increment function_depth around call to tsubst_expr. * parser.c (cp_parser_parameter_declaration): Likewise. PR c++/27094 * g++.dg/template/defarg8.C: New test. Added: branches/gcc-4_1-branch/gcc/testsuite/g++.dg/template/defarg8.C Modified: branches/gcc-4_1-branch/gcc/cp/ChangeLog branches/gcc-4_1-branch/gcc/cp/parser.c branches/gcc-4_1-branch/gcc/cp/pt.c branches/gcc-4_1-branch/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27094
[Bug c++/27094] [4.0 Regression] tree check: expected tree_list, have omp_return in build_call
--- Comment #9 from mmitchel at gcc dot gnu dot org 2006-04-30 23:29 --- Fixed in 4.1.1. -- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Summary|[4.0/4.1/4.2 Regression]|[4.0 Regression] tree check: |tree check: expected|expected tree_list, have |tree_list, have omp_return |omp_return in build_call |in build_call | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27094
[Bug c++/26534] [4.1] bitfield wrong optimize
--- Comment #9 from mmitchel at gcc dot gnu dot org 2006-05-01 02:18 --- Subject: Bug 26534 Author: mmitchel Date: Mon May 1 02:18:14 2006 New Revision: 113407 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=113407 Log: PR c++/26534 * cp-tree.h (adjust_bitfield_initializer): Declare. * typeck.c (build_modify_expr): Use it. * typeck2.c (adjust_bitfield_initializer): Define. (process_init_constructor_record): Use it. PR c++/26534 * g++.dg/opt/bitfield1.C: New test. Added: branches/gcc-4_1-branch/gcc/testsuite/g++.dg/opt/bitfield1.C Modified: branches/gcc-4_1-branch/gcc/cp/ChangeLog branches/gcc-4_1-branch/gcc/cp/cp-tree.h branches/gcc-4_1-branch/gcc/cp/typeck.c branches/gcc-4_1-branch/gcc/cp/typeck2.c branches/gcc-4_1-branch/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26534
[Bug c++/26534] [4.1] bitfield wrong optimize
--- Comment #10 from mmitchel at gcc dot gnu dot org 2006-05-01 02:18 --- Fixed in 4.1.1. -- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26534
[Bug c++/27094] [4.0 Regression] tree check: expected tree_list, have omp_return in build_call
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|mark at codesourcery dot com|unassigned at gcc dot gnu ||dot org Status|ASSIGNED|NEW http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27094
[Bug c++/26912] [4.0/4.1 Regression] friend const member function specialization fails to compile
--- Comment #4 from mmitchel at gcc dot gnu dot org 2006-05-01 15:11 --- Subject: Bug 26912 Author: mmitchel Date: Mon May 1 15:11:34 2006 New Revision: 113415 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=113415 Log: PR c++/26912 * decl.c (grokdeclarator): Qualify "this" pointer when forming member function types. Added: branches/gcc-4_1-branch/gcc/testsuite/g++.dg/template/friend41.C Modified: branches/gcc-4_1-branch/gcc/cp/ChangeLog branches/gcc-4_1-branch/gcc/cp/decl.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26912
[Bug c++/26912] [4.0/4.1 Regression] friend const member function specialization fails to compile
--- Comment #5 from mmitchel at gcc dot gnu dot org 2006-05-01 15:12 --- Subject: Bug 26912 Author: mmitchel Date: Mon May 1 15:12:11 2006 New Revision: 113416 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=113416 Log: PR c++/26912 * g++.dg/template/friend41.C: New test. Modified: branches/gcc-4_1-branch/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26912
[Bug c++/26912] [4.0 Regression] friend const member function specialization fails to compile
--- Comment #6 from mmitchel at gcc dot gnu dot org 2006-05-01 15:13 --- Fixed in 4.1.1. -- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Summary|[4.0/4.1 Regression] friend |[4.0 Regression] friend |const member function |const member function |specialization fails to |specialization fails to |compile |compile http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26912
[Bug c++/27309] [4.0/4.1/4.2 regression] ICE on invalid constructor definition
--- Comment #2 from mmitchel at gcc dot gnu dot org 2006-05-02 15:59 --- Subject: Bug 27309 Author: mmitchel Date: Tue May 2 15:59:50 2006 New Revision: 113473 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=113473 Log: PR c++/27309 * class.c (add_method): Call grok_special_member_properties. * decl.c (grokdeclarator): Don't call it here. (copy_fn_p): A TEMPLATE_DECL is never a copy constructor or assignment operator. Set TYPE_HAS_CONSTURCTOR if DECL is a constructor. (start_method): Don't call grok_special_member_properties. * method.c (implicitly_declare_fn): Likewise. * pt.c (instantiate_class_template): Likewise. * decl2.c (grokfield): Likewise. PR c++/27309 * g++.dg/parser/ctor5.C: New test. Added: trunk/gcc/testsuite/g++.dg/parse/ctor5.C Modified: trunk/gcc/cp/ChangeLog trunk/gcc/cp/class.c trunk/gcc/cp/decl.c trunk/gcc/cp/decl2.c trunk/gcc/cp/method.c trunk/gcc/cp/pt.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27309
[Bug c++/27309] [4.0/4.1 regression] ICE on invalid constructor definition
--- Comment #3 from mmitchel at gcc dot gnu dot org 2006-05-02 16:23 --- Fixed in 4.2.0. -- mmitchel at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |mark at codesourcery dot com |dot org | Status|NEW |ASSIGNED Summary|[4.0/4.1/4.2 regression] ICE|[4.0/4.1 regression] ICE on |on invalid constructor |invalid constructor |definition |definition http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27309
[Bug c++/27102] [4.0/4.1 regression] ICE with invalid class name in function template
--- Comment #14 from mmitchel at gcc dot gnu dot org 2006-05-03 00:19 --- Subject: Bug 27102 Author: mmitchel Date: Wed May 3 00:19:40 2006 New Revision: 113492 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=113492 Log: PR c++/27102 * decl.c (grokdeclarator): Robustify checks for defining members of incomplete types. PR c++/27102 * g++.dg/template/crash49.C: New test. Added: trunk/gcc/testsuite/g++.dg/template/crash49.C Modified: trunk/gcc/cp/ChangeLog trunk/gcc/cp/decl.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27102
[Bug other/25035] [4.1/4.2 regression] libssp causes a failure with cross compilers
--- Comment #6 from mmitchel at gcc dot gnu dot org 2006-05-14 22:26 --- Where is the patch referenced in Comment #3? -- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25035
[Bug tree-optimization/25737] [4.1/4.2 Regression] ACATS c974001 c974013 hang with struct aliasing
--- Comment #24 from mmitchel at gcc dot gnu dot org 2006-05-14 22:28 --- I'm sorry to hear things have gotten worse for Ada, but I'm none-the-less downgrading this to P5, as there is no longer any evidence this affects our primary languages. (I've not fully understood the discussion here, but if everything in Ada is addressable, then it seems to me that everything should have TREE_ADDRESSABLE set.) -- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P5 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25737
[Bug tree-optimization/26678] [4.1/4.2 Regression] "GNAT BUG DETECTED" when compiling AWS.
--- Comment #15 from mmitchel at gcc dot gnu dot org 2006-05-14 22:29 --- P5: Ada is not release-critical. -- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P5 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26678
[Bug c++/27270] [4.1/4.2 Regression]ICE in process_init_constructor_array, at cp/typeck2.c:788
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27270
[Bug c++/27309] [4.0/4.1 regression] ICE on invalid constructor definition
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27309
[Bug c++/27315] [4.0/4.1/4.2 regression] ICE with ill-placed expression
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27315
[Bug c++/27329] [4.0/4.1/4.2 Regression] ICE with misplaced expression
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27329
