[Bug target/27277] [4.2 Regression] standard i387 constant loading insns (fldz, fld1) are not generated anymore
--- Comment #5 from uros at gcc dot gnu dot org 2006-05-08 06:10 --- Subject: Bug 27277 Author: uros Date: Mon May 8 06:10:03 2006 New Revision: 113622 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=113622 Log: PR target/27277 * config/i386/i386.c (ix86_rtx_costs) [FLOAT_EXTEND]: For standard 80387 constants, raise the cost to prevent compress_float_constant() to generate load from memory. Modified: trunk/gcc/ChangeLog trunk/gcc/config/i386/i386.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27277
[Bug target/27277] [4.2 Regression] standard i387 constant loading insns (fldz, fld1) are not generated anymore
--- Comment #6 from uros at kss-loka dot si 2006-05-08 06:12 --- Fixed. -- uros at kss-loka dot si changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27277
[Bug middle-end/27260] [4.1 Regression] ICE in expand_expr_real_1, at expr.c:6750
--- Comment #11 from amodra at gcc dot gnu dot org 2006-05-08 06:13 --- Subject: Bug 27260 Author: amodra Date: Mon May 8 06:13:23 2006 New Revision: 113623 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=113623 Log: PR middle-end/27260 * builtins.c (expand_builtin_memset): Expand val in original mode. Modified: branches/gcc-4_1-branch/gcc/ChangeLog branches/gcc-4_1-branch/gcc/builtins.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27260
[Bug middle-end/27260] [4.1 Regression] ICE in expand_expr_real_1, at expr.c:6750
--- Comment #12 from amodra at bigpond dot net dot au 2006-05-08 06:14 --- Patch commited to 4.1 -- amodra at bigpond dot net dot au changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27260
[Bug fortran/24813] ICE with scalarization LEN of character types
--- Comment #9 from pault at gcc dot gnu dot org 2006-05-08 06:25 --- Fixed on trunk and 4.1 Paul -- pault at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24813
[Bug fortran/25099] Conformance of arguments to ELEMENTAL subroutines
--- Comment #7 from pault at gcc dot gnu dot org 2006-05-08 06:27 --- Fixed on trunk and 4.1 Paul -- pault at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25099
[Bug target/24879] SSE3 monitor intrinsic doesn't work in 64bit
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-05-08 06:47 --- Fixed. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED Target Milestone|--- |4.2.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24879
[Bug middle-end/27409] [4.1 Regression] ICE in get_constraint_for_component_ref
--- Comment #7 from pinskia at gcc dot gnu dot org 2006-05-08 06:52 --- Fixed at least on the mainline. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Known to fail|4.2.0 4.1.0 |4.1.0 Known to work||4.2.0 4.0.3 Summary|[4.1/4.2 Regression] ICE in |[4.1 Regression] ICE in |get_constraint_for_component|get_constraint_for_component |_ref|_ref http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27409
[Bug rtl-optimization/27477] The H8 port doesn't build
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-05-08 07:09 --- Reducing. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Component|bootstrap |rtl-optimization Keywords||build, ice-on-valid-code Version|unknown |4.2.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27477
[Bug middle-end/25962] Pointer (null) check after the use in cgraph.c
--- Comment #6 from pinskia at gcc dot gnu dot org 2006-05-08 07:15 --- Fixed. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED Target Milestone|--- |4.2.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25962
[Bug c/27479] New: TLS accesses use one more instruction than necessary
To access a TLS variable in the local-exec model, gcc will emit three instructions, for instance (for a 64-bit compile): addis 9,13,[EMAIL PROTECTED]@ha addi 9,9,[EMAIL PROTECTED]@l lwz 3,0(9) when two instructions would suffice: addis 9,13,[EMAIL PROTECTED]@ha lwz 3,[EMAIL PROTECTED]@l(9) This can be seen with a simple little program like this: __thread int x; int foo(void) { return x; } -- Summary: TLS accesses use one more instruction than necessary Product: gcc Version: 4.0.4 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: paulus at samba dot org GCC build triplet: powerpc-linux-gnu GCC host triplet: powerpc-linux-gnu GCC target triplet: powerpc-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27479
[Bug target/27479] TLS accesses use one more instruction than necessary
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-05-08 07:30 --- legitimate_lo_sum_address_p is most likely where the issue, it is returning false for this case when it should be returning true, I might take more of a look later today. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27479
[Bug middle-end/26853] [4.2 Regression] ACATS c43212a failure at runtime
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-05-08 07:42 --- I bet this also can happen in C++ too. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Severity|critical|blocker http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26853
[Bug tree-optimization/27474] ICE: tree check: expected ssa_name, have struct_field_tag in verify_ssa, at tree-ssa.c:776
--- Comment #2 from rguenth at gcc dot gnu dot org 2006-05-08 07:45 --- Confirmed. ;; basic block 3, loop depth 0, count 0 ;; prev block 2, next block 4 ;; pred: 2 [30.0%] (exec) ;; succ: 5 [50.0%] (true,exec) 4 [50.0%] (false,exec) L0:; # SFT.19 = V_MAY_DEF SFT.19; # SFT.20 = V_MAY_DEF SFT.20; # SFT.21 = V_MAY_DEF SFT.21; # SMT.29_86 = V_MAY_DEF SMT.29_91; Parse_Float_Param2 (Val, Val2); # VUSE SMT.29_86; Val.1_15 = Val; D.2463_16 = ABS_EXPR Val.1_15; if (D.2463_16 1.364321973154977415791655470656e-10) goto L2; else goto L1; -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Keywords||ice-on-valid-code Last reconfirmed|-00-00 00:00:00 |2006-05-08 07:45:56 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27474
[Bug tree-optimization/27474] ICE: tree check: expected ssa_name, have struct_field_tag in verify_ssa, at tree-ssa.c:776
--- Comment #3 from rguenth at gcc dot gnu dot org 2006-05-08 07:50 --- Looks a lot like 26197. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added BugsThisDependsOn||26197 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27474
[Bug target/27266] [4.2 Regression] syncronization primitives cause ICE with -march=pentium or better
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-05-08 07:51 --- Janis could you do a regression hunt for this bug? -- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||janis at gcc dot gnu dot org GCC build triplet|i686-pc-linux-gnu | GCC host triplet|i686-pc-linux-gnu | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27266
[Bug c/27150] [4.2 Regression] ICE with parm_decl != 0 in build_binary_op
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-05-08 07:54 --- Mine. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |pinskia at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27150
[Bug c++/26740] [4.2 regression] ICE taking the address of a bound member function
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-05-08 07:54 --- Mine. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |pinskia at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26740
[Bug tree-optimization/27144] [4.2 regression] segfault with -O2 on x86_64 (and powerpc64)
--- Comment #12 from pinskia at gcc dot gnu dot org 2006-05-08 07:56 --- Fixed. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27144
[Bug c/27273] [4.2 regression] tree check fail for legal code when convert returns a constant from an expression that was not constant
--- Comment #6 from pinskia at gcc dot gnu dot org 2006-05-08 07:57 --- Mine. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |pinskia at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27273
[Bug middle-end/27382] [4.2 regression] ICE in c_common_truthvalue_conversion with label address
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-05-08 07:57 --- I am taking care about this one too. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |pinskia at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27382
[Bug middle-end/27116] [4.2 Regression] Incorrect integer division (wrong sign).
--- Comment #11 from pinskia at gcc dot gnu dot org 2006-05-08 07:58 --- Mine. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |pinskia at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27116
[Bug c++/27210] [4.2 Regression] ICE on c++ template
--- Comment #6 from pinskia at gcc dot gnu dot org 2006-05-08 07:59 --- Janis could you do a regression hunt on this bug? -- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||janis at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27210
[Bug fortran/23994] PROTECTED attribute (F2003) is not implemented
--- Comment #3 from fxcoudert at gcc dot gnu dot org 2006-05-08 08:37 --- A good documentation for PROTECTED, in addition to the standard itself, is http://publib.boulder.ibm.com/infocenter/pseries/v5r3/index.jsp?topic=/com.ibm.xlf101a.doc/xlflr/protected.htm -- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added Last reconfirmed|2005-12-30 19:42:01 |2006-05-08 08:37:39 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23994
[Bug c/27273] [4.2 regression] tree check fail for legal code when convert returns a constant from an expression that was not constant
--- Comment #7 from mueller at gcc dot gnu dot org 2006-05-08 08:40 --- Ah, just missed it by a few minutes :) I've been using this patch: === CUT === --- c-common.c (revision 113532) +++ c-common.c (working copy) @@ -1077,7 +1077,7 @@ convert_and_check (tree type, tree expr) tree t = convert (type, expr); if (TREE_CODE (t) == INTEGER_CST) { - if (TREE_OVERFLOW (t)) + if (TREE_OVERFLOW (t) CONSTANT_CLASS_P (expr)) { TREE_OVERFLOW (t) = 0; === CUT === and it seems to bootstrap and regtest fine (not closely checked against vanilla tree yet). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27273
[Bug fortran/18271] INT is allowed in a specification expression
--- Comment #9 from fxcoudert at gcc dot gnu dot org 2006-05-08 09:22 --- It appears that the original testcase, involving INT in as specification expression, is valid F95 and F2003. It was not valid F90, however, because the return type of INT is real. This is confirmed by the results of different compilers and Bob Corbett on c.l.f, so I'm closing this one as INVALID. -- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Keywords|accepts-invalid | Resolution||INVALID Summary|ICE with computed array |INT is allowed in a |declaration |specification expression http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18271
[Bug fortran/25270] testcases fail with a type mismatch
--- Comment #6 from fxcoudert at gcc dot gnu dot org 2006-05-08 09:32 --- Andrew, what is the status on that bug? Do you still observe mismatch in the testsuite, or can we close the PR? -- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added CC||fxcoudert at gcc dot gnu dot ||org Summary|gfortran.dg/array-1.f90 (and|testcases fail with a type |a lot of others) fails with |mismatch |a type mismatch | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25270
[Bug tree-optimization/3511] Inlined strlen() could be smarter
--- Comment #5 from rguenth at gcc dot gnu dot org 2006-05-08 09:42 --- This is really a PRE problem, much like the simplified testcase char firstchar (const char *s) { if (!s) s = ; return s[0]; } where it could record the fact that the load from s[0] is available as is strlen(s). Now, if it is worth it is another question. Danny, will the new VN do anything about this, or make it easier to tackle this problem? Now, ccp has moved the assignment into a PHI node, which may make this more complicated (this is after PRE): mystrlen (s) { size_t D.1648; bb 2: if (s_2 == 0B) goto L4; else goto L3; L4:; goto bb 4 (L1); L3:; # s_1 = PHI s_2(3), [0](5); L1:; # VUSE SMT.4_6; D.1648_3 = strlen (s_1); return D.1648_3; } -- rguenth at gcc dot gnu dot org changed: What|Removed |Added CC||dberlin at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=3511
[Bug fortran/18271] INT is allowed in a specification expression
--- Comment #10 from anlauf at gmx dot de 2006-05-08 09:46 --- (In reply to comment #9) It appears that the original testcase, involving INT in as specification expression, is valid F95 and F2003. It was not valid F90, however, because the return type of INT is real. This is confirmed by the results of different compilers and Bob Corbett on c.l.f, so I'm closing this one as INVALID. FX, I do not understand why you are closing this one as INVALID, since you just argued that it VALID F95 and F2003. Anyway, current gfortran seems to accept this code, so this issue appears resolved. Please do not break it! ;-) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18271
[Bug fortran/25073] [missing testcase] CASEs overlap
--- Comment #5 from fxcoudert at gcc dot gnu dot org 2006-05-08 09:48 --- Humpf, I created a testcase for inclusion in the testsuite, but it reveals that overlap of logical cases is not detected when they're separated from each other: select case (l) case (.true.) case (.false.) case (.true.) end select In this case, the overlap is not detected. The same code works fine with integer or character variables, and I'm not sure why logicals are a special case. Thomas, can you give it a try since you designed the original patch? -- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added CC||fxcoudert at gcc dot gnu dot ||org AssignedTo|fxcoudert 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=25073
[Bug tree-optimization/22303] CCP does not handle STRING_CSTs
--- Comment #4 from rguenth at gcc dot gnu dot org 2006-05-08 09:57 --- Patch with discussion: http://gcc.gnu.org/ml/gcc-patches/2006-04/msg01038.html -- rguenth at gcc dot gnu dot org changed: What|Removed |Added CC||rguenth at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22303
[Bug fortran/18271] INT is allowed in a specification expression
--- Comment #11 from fxcoudert at gcc dot gnu dot org 2006-05-08 09:57 --- (In reply to comment #10) I do not understand why you are closing this one as INVALID, since you just argued that it VALID F95 and F2003. I'm saying that the bug report, which says This illegal code is wrongly accepted by gfortran, is INVALID, because the code is indeed legal. Please do not break it! ;-) I'll be adding this bit of code to the testsuite. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18271
[Bug fortran/18271] INT is allowed in a specification expression
--- Comment #12 from fxcoudert at gcc dot gnu dot org 2006-05-08 09:59 --- Subject: Bug 18271 Author: fxcoudert Date: Mon May 8 09:59:09 2006 New Revision: 113627 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=113627 Log: PR libfortran/18271 * gfortran.dg/spec_expr_3.f90: New test. Added: trunk/gcc/testsuite/gfortran.dg/spec_expr_3.f90 Modified: trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18271
[Bug fortran/18271] INT is allowed in a specification expression
--- Comment #13 from fxcoudert at gcc dot gnu dot org 2006-05-08 10:03 --- Subject: Bug 18271 Author: fxcoudert Date: Mon May 8 10:03:11 2006 New Revision: 113628 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=113628 Log: PR libfortran/18271 * gfortran.dg/spec_expr_3.f90: New test. Added: branches/gcc-4_1-branch/gcc/testsuite/gfortran.dg/spec_expr_3.f90 - copied unchanged from r113627, trunk/gcc/testsuite/gfortran.dg/spec_expr_3.f90 Modified: branches/gcc-4_1-branch/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18271
[Bug tree-optimization/22303] CCP does not handle STRING_CSTs
--- Comment #5 from mueller at gcc dot gnu dot org 2006-05-08 10:06 --- I'll try taking care. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22303
[Bug tree-optimization/14841] [tree-ssa] const_array[CST] is not folded
--- Comment #22 from rguenth at gcc dot gnu dot org 2006-05-08 10:07 --- Doesn't really work, it misses support for STRING_CST. See PR22303. static const char *foo = ?; char foobar () { return foo[0]; } Something like the following should fix it (once fold_read_from_constant_string is fixed): Index: tree-ssa-ccp.c === *** tree-ssa-ccp.c (revision 113606) --- tree-ssa-ccp.c (working copy) *** fold_const_aggregate_ref (tree t) *** 1011,1020 } if (ctor == NULL_TREE ! || TREE_CODE (ctor) != CONSTRUCTOR || !TREE_STATIC (ctor)) return NULL_TREE; /* Get the index. If we have an SSA_NAME, try to resolve it with the current lattice value for the SSA_NAME. */ idx = TREE_OPERAND (t, 1); --- 1011,1024 } if (ctor == NULL_TREE ! || TREE_CODE (ctor) != CONSTRUCTOR || !TREE_STATIC (ctor)) return NULL_TREE; /* Get the index. If we have an SSA_NAME, try to resolve it with the current lattice value for the SSA_NAME. */ idx = TREE_OPERAND (t, 1); --- 1011,1024 } if (ctor == NULL_TREE ! || (TREE_CODE (ctor) != CONSTRUCTOR ! TREE_CODE (ctor) != STRING_CST) || !TREE_STATIC (ctor)) return NULL_TREE; + if (TREE_CODE (ctor) == STRING_CST) + return fold_read_from_constant_string (t); + /* Get the index. If we have an SSA_NAME, try to resolve it with the current lattice value for the SSA_NAME. */ idx = TREE_OPERAND (t, 1); -- rguenth at gcc dot gnu dot org changed: What|Removed |Added OtherBugsDependingO||22303 nThis|| Status|RESOLVED|REOPENED Resolution|FIXED | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14841
[Bug tree-optimization/22303] CCP does not handle STRING_CSTs
-- mueller at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |mueller at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22303
[Bug tree-optimization/14841] [tree-ssa] const_array[CST] is not folded
--- Comment #23 from rguenth at gcc dot gnu dot org 2006-05-08 10:08 --- Dirk, you may want to take this one, too. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added CC||mueller at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14841
[Bug c++/27483] New: Pointer to protected member
Dear all, I would like to post a bug report for the GNU C/C++ compiler 3.3-e500. We use the compiler to generate code for a PowerPC processor. Used invokation line for the GNU C++ compiler: ccppc -c -x c++ -ansi -Wall -Werror -mcpu=8540 -fverbose-asm -mbig -fmerge-templates -mmultiple -mno-string -mstrict-align -O3 -fno-exceptions -fno-rtti -fno-builtin-printf -Isome include paths -Dsome #define's X.CPP -oX.O // file X.CPP struct B { protected: void f (int); }; void g (void (B::*)(int)); struct D : B { void h1 () const { g (B::f); }// --- line 11 (illegal) void h2 () const { g (D::f); }// --- line 12 (legal) }; The compiler ignores that line 11 is illegal with respect to 11.5/1: If the access is to form a pointer to member, the nested-name-specifier shall name the derived class (or any class derived from that class). Kind regards W. Roehrl -- Summary: Pointer to protected member Product: gcc Version: 3.3 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: wolfgang dot roehrl at gi-de dot com GCC build triplet: sparc-sun-solaris2.5.1 GCC host triplet: i386-pc-mingw32 GCC target triplet: powerpc-wrs-vxworks http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27483
[Bug fortran/27378] [4.1 only] ICE on unexpected ELSE statement
--- Comment #5 from fxcoudert at gcc dot gnu dot org 2006-05-08 10:43 --- Subject: Bug 27378 Author: fxcoudert Date: Mon May 8 10:43:18 2006 New Revision: 113629 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=113629 Log: PR fortran/27378 * parse.c (next_statement): Add check to avoid an ICE when gfc_current_locus.lb is not set. Modified: branches/gcc-4_1-branch/gcc/fortran/ChangeLog branches/gcc-4_1-branch/gcc/fortran/parse.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27378
[Bug fortran/20440] END not as first statement on line breaks in fixed form
--- Comment #3 from tobi at gcc dot gnu dot org 2006-05-08 10:46 --- reduced testcase (not valid, but this is another bug): i = j; end This bug has nothign to do with parsing of STOP, it needs: * a statement preceding the end statement, and * the end statement must follow a semicolon -- tobi at gcc dot gnu dot org changed: What|Removed |Added Summary|error with fixed form one- |END not as first statement |liner (gfortran does not|on line breaks in fixed form |have a sense of humor) | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20440
[Bug fortran/27378] [4.1 only] ICE on unexpected ELSE statement
--- Comment #6 from fxcoudert at gcc dot gnu dot org 2006-05-08 10:46 --- Fixed on 4.1 and mainline. -- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Known to fail|4.1.1 | Known to work|4.2.0 |4.2.0 4.1.1 Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27378
[Bug fortran/20440] END not as first statement on line breaks in fixed form
--- Comment #4 from tobi at gcc dot gnu dot org 2006-05-08 10:49 --- woops, of course I decided to make a valid testcase after I wrote that it wouldn't be valid -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20440
[Bug testsuite/27476] Thousands of run_all.sh[242]: ==: A test command parameter is not valid
--- Comment #1 from laurent at guerby dot net 2006-05-08 10:49 --- This is probably because of my run_all.sh patch, sorry about that. Could you try replacing testsuite/ada/acats/run_all.sh line 242 by: if [ -z $main ]; then And tell us wether it fixes the problem or not? I'm testing it on my Linux box, but I have no access to an hpux box. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27476
[Bug c++/27483] Pointer to protected member
--- Comment #1 from rguenth at gcc dot gnu dot org 2006-05-08 10:49 --- Fixed with the new C++ parser. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED Target Milestone|--- |3.4.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27483
[Bug tree-optimization/26304] [4.2 Regression] 25_algorithms/prev_permutation/1.cc on powerpc{64,}-linux and powerpc-darwin
--- Comment #24 from rakdver at gcc dot gnu dot org 2006-05-08 11:18 --- Patch: http://gcc.gnu.org/ml/gcc-patches/2006-05/msg00290.html -- rakdver at gcc dot gnu dot org changed: What|Removed |Added URL||http://gcc.gnu.org/ml/gcc- ||patches/2006- ||05/msg00290.html Keywords||patch http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26304
[Bug tree-optimization/3511] Inlined strlen() could be smarter
--- Comment #6 from rguenth at gcc dot gnu dot org 2006-05-08 12:39 --- It looks like it was easy. (so, I have a patch) -- rguenth at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |rguenth at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED Last reconfirmed|2005-12-07 03:04:59 |2006-05-08 12:39:11 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=3511
[Bug fortran/20440] END not as first statement on line breaks in fixed form
--- Comment #5 from tobi at gcc dot gnu dot org 2006-05-08 12:59 --- Wow. This is actually a bad bug, but after trying some stuff, I believe that it only does bad things when the code is non-standard anyway (lines beginning with ';'). E.g. [EMAIL PROTECTED]:~/src/pr/20440 cat t.f program a ; i = j ; end end [EMAIL PROTECTED]:~/src/pr/20440 ~/src/gcc/build/gcc/f951 t.f -fdump-parse-tree Namespace: A-H: (REAL 4) I-N: (INTEGER 4) O-Z: (REAL 4) procedure name = MAIN__ symtree: MAIN__ Ambig 0 symbol MAIN__ (UNKNOWN 0)(PROCEDURE UNKNOWN-INTENT PUBLIC UNKNOWN-PROC SUBROUTINE) symtree: a Ambig 0 symbol a (UNKNOWN 0)(PROGRAM UNKNOWN-INTENT UNKNOWN-ACCESS UNKNOWN-PROC) MAIN__ Execution times (seconds) final : 0.00 ( 0%) usr 0.00 ( 0%) sys 0.01 (50%) wall 0 kB ( 0%) ggc TOTAL : 0.01 0.00 0.02 654 kB Extra diagnostic checks enabled; compiler may run slowly. Configure with --disable-checking to disable checks. [EMAIL PROTECTED]:~/src/pr/20440 The complete line following the semicolon is skipped. OTOH [EMAIL PROTECTED]:~/src/pr/20440 cat t.f program a i = j ; end end [EMAIL PROTECTED]:~/src/pr/20440 ~/src/gcc/build/gcc/f951 t.f MAIN__ In file t.f:1 program a 1 In file t.f:3 2 Error: Two main PROGRAMs at (1) and (2) Execution times (seconds) parser: 0.00 ( 0%) usr 0.00 ( 0%) sys 0.01 (50%) wall 105 kB (16%) ggc TOTAL : 0.01 0.00 0.02 655 kB Extra diagnostic checks enabled; compiler may run slowly. Configure with --disable-checking to disable checks. [EMAIL PROTECTED]:~/src/pr/20440 yields the correct error -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20440
[Bug fortran/27487] New: [4.1/4.2 regression] ICE after invalid variable declaration
The following code snippet causes an ICE: === subroutine FOO X :: I equivalence (I,I) end === In file bug4.f90:2 X :: I 1 Error: Unclassifiable statement at (1) bug.f90:0: internal compiler error: Segmentation fault Please submit a full bug report, [etc.] The ICE appeared on the 4.1 branch after GCC 4.1.0 and also affects mainline. -- Summary: [4.1/4.2 regression] ICE after invalid variable declaration Product: gcc Version: 4.2.0 Status: UNCONFIRMED Keywords: ice-on-invalid-code, error-recovery, monitored Severity: normal Priority: P3 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: reichelt at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27487
[Bug middle-end/27488] New: [4.1/4.2 regression] ICE in tree_expr_nonnegative_p
The following invalid code snippet causes an ICE since GCC 4.1.0: extern double frexp (double x, int *e); extern double fabs (double x); void foo(int *p) { fabs(frexp(0.., p)); } bug.c:6:16: error: too many decimal points in number bug.c: In function 'foo': bug.c:6: internal compiler error: tree check: expected class 'type', have 'exceptional' (error_mark) in tree_expr_nonnegative_p, at fold-const.c:11776 Please submit a full bug report, [etc.] -- Summary: [4.1/4.2 regression] ICE in tree_expr_nonnegative_p Product: gcc Version: 4.2.0 Status: UNCONFIRMED Keywords: ice-on-invalid-code, error-recovery, monitored Severity: normal Priority: P3 Component: middle-end AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: reichelt at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27488
[Bug target/24879] [4.1]: SSE3 monitor intrinsic doesn't work in 64bit
--- Comment #6 from hjl at lucon dot org 2006-05-08 14:00 --- It isn't fixed in 4.1. -- hjl at lucon dot org changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED | Target Milestone|4.2.0 |4.1.1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24879
[Bug c/27489] New: [4.1/4.2 regression] ICE on broken switch condition
The following invalid code snippet causes an ICE since GCC 4.1.0: == void foo() { switch (,) { } } == bug.c: In function 'foo': bug.c:3: error: expected expression before ',' token bug.c:3: internal compiler error: tree check: expected class 'type', have 'exceptional' (error_mark) in c_start_case, at c-typeck.c:7035 Please submit a full bug report, [etc.] -- Summary: [4.1/4.2 regression] ICE on broken switch condition Product: gcc Version: 4.2.0 Status: UNCONFIRMED Keywords: ice-on-invalid-code, error-recovery, monitored Severity: normal Priority: P3 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: reichelt at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27489
[Bug c/27490] New: [4.1/4.2 regression] ICE on broken sizeof expression
The following invalid code snippet causes an ICE since GCC 4.1.0: == void foo() { sizeof(,); } == bug.c: In function 'foo': bug.c:3: error: expected expression before ',' token bug.c:3: internal compiler error: tree check: expected class 'type', have 'exceptional' (error_mark) in c_expr_sizeof_expr, at c-typeck.c:2119 Please submit a full bug report, [etc.] -- Summary: [4.1/4.2 regression] ICE on broken sizeof expression Product: gcc Version: 4.2.0 Status: UNCONFIRMED Keywords: ice-on-invalid-code, error-recovery, monitored Severity: normal Priority: P3 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: reichelt at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27490
[Bug c++/27491] New: [4.1/4.2 regression] ICE on variable initialization
The following valid code snippet causes an ICE (segfault) since GCC 4.1.0: int i = (int){i}; -- Summary: [4.1/4.2 regression] ICE on variable initialization Product: gcc Version: 4.2.0 Status: UNCONFIRMED Keywords: ice-on-valid-code, monitored Severity: normal Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: reichelt at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27491
[Bug middle-end/27226] Compiler looses track of alignment for emit_block_move
--- Comment #11 from rguenth at gcc dot gnu dot org 2006-05-08 14:23 --- The patch looks good - are you going to test and submit it? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27226
[Bug tree-optimization/22303] CCP does not handle STRING_CSTs
--- Comment #6 from pinskia at gcc dot gnu dot org 2006-05-08 15:06 --- This is unrelated to that patch I think. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22303
[Bug tree-optimization/14841] [tree-ssa] const_array[CST] is not folded
--- Comment #24 from pinskia at gcc dot gnu dot org 2006-05-08 15:07 --- But that is not related to the orginal bug. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14841
[Bug fortran/27229] char_transpose_1.f90 fails with ICE in gfc_conv_array_transpose
--- Comment #2 from janis at gcc dot gnu dot org 2006-05-08 15:08 --- Very odd; I do nightly builds of mainline on two different systems. On one of them this failure stopped on 20060430 and on the other it stopped on 20060503, but failed on 20060502. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27229
[Bug target/24879] [4.1]: SSE3 monitor intrinsic doesn't work in 64bit
--- Comment #7 from pinskia at gcc dot gnu dot org 2006-05-08 15:12 --- So what this is not a regression. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||FIXED Target Milestone|4.1.1 |4.2.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24879
[Bug c++/27492] New: [4.0/4.1/4.2 regression] ICE on invalid covariant return type
The following invalid code snippet causes an ICE since GCC 4.0.3: = struct A {}; class B : A { virtual A* foo(); }; struct C : virtual B { virtual C* foo(); }; C* C::foo() { return 0; } struct D : C {}; = bug.cc:10: error: invalid covariant return type for 'virtual C* C::foo()' bug.cc:5: error: overriding 'virtual A* B::foo()' bug.cc:15: internal compiler error: in make_thunk, at cp/method.c:129 Please submit a full bug report, [etc.] -- Summary: [4.0/4.1/4.2 regression] ICE on invalid covariant return type Product: gcc Version: 4.2.0 Status: UNCONFIRMED Keywords: ice-on-invalid-code, error-recovery, monitored Severity: normal Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: reichelt at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27492
[Bug c++/27491] [4.1/4.2 regression] ICE on variable initialization
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-05-08 15:19 --- Confirmed, I know I saw this before. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||pinskia at gcc dot gnu dot ||org Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2006-05-08 15:19:12 date|| Target Milestone|--- |4.1.1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27491
[Bug c++/27491] [4.1/4.2 regression] ICE on variable initialization
--- Comment #2 from reichelt at gcc dot gnu dot org 2006-05-08 15:22 --- Confirmed, I know I saw this before. You're probably thinking of PR 23172. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27491
[Bug target/25496] [m68k] Compiled Code Segfaults
--- Comment #3 from kazu at gcc dot gnu dot org 2006-05-08 15:26 --- Can we close this PR now? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25496
[Bug c++/27493] New: [4.2 regression] ICE on invalid template parameter
The following invalid code snippet causes an ICE on mainline: === templateoperator T void foo() { struct A {}; } === bug.cc:1: error: expected identifier before 'operator' bug.cc:1: error: expected `' before 'operator' bug.cc: In function 'void foo()': bug.cc:3: internal compiler error: tree check: accessed elt 1 of tree_vec with 0 elts in any_dependent_template_arguments_p, at cp/pt.c:12762 Please submit a full bug report, [etc.] -- Summary: [4.2 regression] ICE on invalid template parameter Product: gcc Version: 4.2.0 Status: UNCONFIRMED Keywords: ice-on-invalid-code, error-recovery, monitored Severity: normal Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: reichelt at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27493
[Bug c++/27494] New: [4.0/4.1/4.2 regression] ICE on invalid template parameter
The following invalid code snippet causes an ICE since GCC 3.4.0: === struct A { templateoperator void foo() {} templateint void bar() {} }; === bug.cc:3: error: expected identifier before 'operator' bug.cc:3: error: declaration of 'operator' as non-function bug.cc:3: error: expected `' before 'void' bug.cc:4: internal compiler error: tree check: accessed elt 1 of tree_vec with 0 elts in push_template_decl_real, at cp/pt.c:3138 Please submit a full bug report, [etc.] -- Summary: [4.0/4.1/4.2 regression] ICE on invalid template parameter Product: gcc Version: 4.2.0 Status: UNCONFIRMED Keywords: ice-on-invalid-code, error-recovery, monitored Severity: normal Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: reichelt at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27494
[Bug tree-optimization/27285] [4.1 regression] ivopts postgresql miscompilation
--- Comment #8 from roger at eyesopen dot com 2006-05-08 15:29 --- I've now reconfirmed that this has been fixed on the gcc-4_1-branch by Jakub's backport of Zdenek's patch. Thanks to you both. -- roger at eyesopen dot com changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27285
[Bug c++/27495] New: [4.0/4.1/4.2 regression] ICE using . instead of -
The following invalid code snippet causes an ICE since GCC 3.4.3: === struct A { templateint void foo(); void bar() { this.A::foo0(); } }; === bug.cc: In member function 'void A::bar()': bug.cc:4: internal compiler error: tree check: expected record_type or union_type or qual_union_type, have pointer_type in lookup_base, at cp/search.c:213 Please submit a full bug report, [etc.] -- Summary: [4.0/4.1/4.2 regression] ICE using . instead of - Product: gcc Version: 4.2.0 Status: UNCONFIRMED Keywords: ice-on-invalid-code, monitored Severity: normal Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: reichelt at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27495
[Bug c++/27496] New: ICE on broken templated friend
The following invalid code snippet causes an ICE since GCC 3.0: === templateint struct A { templatevoid friend class X; }; A0 a; === bug.cc:3: error: 'void' is not a valid type for a template constant parameter bug.cc: In instantiation of 'A0': bug.cc:6: instantiated from here bug.cc:3: error: 'void' is not a valid type for a template constant parameter bug.cc:3: internal compiler error: tree check: expected tree that contains 'decl common' structure, have 'error_mark' in tsubst_friend_class, at cp/pt.c:5443 Please submit a full bug report, [etc.] GCC 2.95.3 wrongly accepted the code. -- Summary: ICE on broken templated friend Product: gcc Version: 4.2.0 Status: UNCONFIRMED Keywords: ice-on-invalid-code, error-recovery, monitored Severity: normal Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: reichelt at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27496
[Bug c++/27496] ICE on broken templated friend
--- Comment #1 from reichelt at gcc dot gnu dot org 2006-05-08 15:38 --- Testing a patch. -- reichelt at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |reichelt at gcc dot gnu dot |dot org |org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27496
[Bug target/25496] [m68k] Compiled Code Segfaults
--- Comment #4 from stephen at marenka dot net 2006-05-08 15:39 --- Subject: Re: [m68k] Compiled Code Segfaults On Mon, May 08, 2006 at 03:26:13PM -, kazu at gcc dot gnu dot org wrote: Can we close this PR now? Can't say I like the segfault much, but it doesn't seem to show up anywhere else. So yes, it's fine with me. Thanks, Stephen -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25496
[Bug fortran/27487] [4.1/4.2 regression] ICE after invalid variable declaration
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-05-08 15:40 --- Confirmed. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Severity|normal |minor Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2006-05-08 15:40:59 date|| Target Milestone|--- |4.1.1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27487
[Bug target/16589] [4.0/4.1/4.2 regression] [m68k] segmentation fault on identical array accesses in the ?: operators' body
--- Comment #15 from kazu at gcc dot gnu dot org 2006-05-08 15:41 --- I cannot reproduce the problem even with -O2 -fno-trapping-math. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16589
[Bug middle-end/27488] [4.1/4.2 regression] ICE in tree_expr_nonnegative_p
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-05-08 15:41 --- Confirmed. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2006-05-08 15:41:51 date|| Target Milestone|--- |4.1.1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27488
[Bug c/27489] [4.1/4.2 regression] ICE on broken switch condition
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Severity|normal |minor Target Milestone|--- |4.1.1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27489
[Bug c/27490] [4.1/4.2 regression] ICE on broken sizeof expression
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Severity|normal |minor Target Milestone|--- |4.1.1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27490
[Bug c++/27492] [4.0/4.1/4.2 regression] ICE on invalid covariant return type
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Severity|normal |minor Target Milestone|--- |4.1.1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27492
[Bug c++/27494] [4.0/4.1/4.2 regression] ICE on invalid template parameter
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Severity|normal |minor Target Milestone|--- |4.0.4 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27494
[Bug c++/27495] [4.0/4.1/4.2 regression] ICE using . instead of -
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.0.4 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27495
[Bug c++/27496] ICE on broken templated friend
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-05-08 15:46 --- Confirmed. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2006-05-08 15:46:05 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27496
[Bug c++/27493] [4.2 regression] ICE on invalid template parameter
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Severity|normal |minor Target Milestone|--- |4.2.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27493
[Bug target/16589] [4.0/4.1/4.2 regression] [m68k] segmentation fault on identical array accesses in the ?: operators' body
--- Comment #16 from kazu at gcc dot gnu dot org 2006-05-08 15:47 --- Disregard my last comment. The original testcase still fails if I use -fno-trapping-math. The testcase in #3 doesn't fail with or without -fno-trapping-math. -- kazu at gcc dot gnu dot org changed: What|Removed |Added CC||kazu at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16589
[Bug tree-optimization/27497] New: store ccp does not handle constant aggregate refs of STRING_CSTs
Testcase: /* { dg-do compile } */ /* { dg-options -O2 -fdump-tree-optimized } */ static const char f[3] = ?; int foo() { int i = 0; return f[i] != '?'; } /* { dg-final { scan-tree-dump return 0; optimized } } */ /* { dg-final { cleanup-tree-dump optimized } } */ Problem is two-fold, for once, fold_const_aggregate_ref does not handle STRING_CST, second, evaluate_stmt triggers the likelyvalue == CONSTANT path only, and ccp_fold does not call fold_const_aggregate_ref. RTL handles this. I have a patch. -- Summary: store ccp does not handle constant aggregate refs of STRING_CSTs Product: gcc Version: 4.2.0 Status: UNCONFIRMED Keywords: missed-optimization, TREE Severity: enhancement Priority: P3 Component: tree-optimization AssignedTo: rguenth at gcc dot gnu dot org ReportedBy: rguenth at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27497
[Bug tree-optimization/27497] store ccp does not handle constant aggregate refs of STRING_CSTs
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-05-08 15:53 --- This is a dup of bug 22303. *** This bug has been marked as a duplicate of 22303 *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27497
[Bug tree-optimization/22303] CCP does not handle STRING_CSTs
--- Comment #7 from pinskia at gcc dot gnu dot org 2006-05-08 15:53 --- *** Bug 27497 has been marked as a duplicate of this bug. *** -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22303
[Bug target/22049] M68K Coldfire: ICE in reload_cse_simplify_operands
--- Comment #4 from kazu at gcc dot gnu dot org 2006-05-08 15:55 --- Not reproducible on mainline. -- kazu at gcc dot gnu dot org changed: What|Removed |Added CC||kazu at gcc dot gnu dot org Status|UNCONFIRMED |RESOLVED Resolution||FIXED Target Milestone|--- |4.2.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22049
[Bug target/16589] [4.0/4.1/4.2 regression] [m68k] segmentation fault on identical array accesses in the ?: operators' body
--- Comment #17 from kazu at gcc dot gnu dot org 2006-05-08 16:00 --- Andreas, are you going to submit your patch? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16589
[Bug tree-optimization/22303] CCP does not handle STRING_CSTs
--- Comment #8 from pinskia at gcc dot gnu dot org 2006-05-08 16:01 --- (In reply to comment #4) Patch with discussion: http://gcc.gnu.org/ml/gcc-patches/2006-04/msg01038.html This is unrelated to that patch, PR 26781 references (in passing) what that patch fixes. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22303
[Bug target/19749] Coldfire ICE at -O2 or higher
--- Comment #3 from kazu at gcc dot gnu dot org 2006-05-08 16:04 --- The mainline works fine. -- kazu at gcc dot gnu dot org changed: What|Removed |Added CC||kazu at gcc dot gnu dot org Status|UNCONFIRMED |RESOLVED Resolution||FIXED Target Milestone|--- |4.2.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19749
[Bug target/22001] ICE while building cross compiler
--- Comment #3 from kazu at gcc dot gnu dot org 2006-05-08 16:09 --- Not reproducible with mainline. -- kazu at gcc dot gnu dot org changed: What|Removed |Added CC||kazu at gcc dot gnu dot org Target Milestone|--- |4.2.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22001
[Bug target/22001] ICE while building cross compiler
--- Comment #4 from kazu at gcc dot gnu dot org 2006-05-08 16:10 --- Not reproducible with mainline. -- kazu at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22001
[Bug middle-end/27498] New: fold does not fold reads from constant static strings
void zconfdump(void) { char *p, *p2; for (p2 = p; p2; ) { char __a0, __a1, __a2; __a0 = ((__const char *) (\\\))[0]; if (__a0) return; } } we do not fold the read from \\\. Me Dirk have a fix. -- Summary: fold does not fold reads from constant static strings Product: gcc Version: 4.2.0 Status: UNCONFIRMED Keywords: missed-optimization Severity: enhancement Priority: P3 Component: middle-end AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: rguenth at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27498
[Bug target/17114] ColdFire ICE with illegal constraints
--- Comment #4 from kazu at gcc dot gnu dot org 2006-05-08 16:14 --- Not reproducible with mainline. -- kazu at gcc dot gnu dot org changed: What|Removed |Added CC||kazu at gcc dot gnu dot org Status|NEW |RESOLVED Resolution||FIXED Target Milestone|--- |4.2.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17114
[Bug testsuite/27476] ACATS: Ada testsuite Bourne shell compatibility problem on hpux
--- Comment #2 from dave at hiauly1 dot hia dot nrc dot ca 2006-05-08 16:18 --- Subject: Re: Thousands of run_all.sh[242]: ==: A test command parameter is not valid Could you try replacing testsuite/ada/acats/run_all.sh line 242 by: if [ -z $main ]; then And tell us wether it fixes the problem or not? It works. Dave -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27476
[Bug middle-end/27498] fold does not fold reads from constant static strings
--- Comment #1 from rguenth at gcc dot gnu dot org 2006-05-08 16:19 --- Created an attachment (id=11409) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11409action=view) patch -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27498
[Bug target/19421] [4.0/4.1/4.2 regression] ICE with soft-float on m68k
--- Comment #18 from kazu at gcc dot gnu dot org 2006-05-08 16:19 --- Not reproducible with mainiline. -- kazu at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED Target Milestone|4.1.1 |4.2.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19421
[Bug target/25496] [m68k] Compiled Code Segfaults
--- Comment #5 from kazu at gcc dot gnu dot org 2006-05-08 16:21 --- Closed as the submitter agrees. -- kazu at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25496
[Bug testsuite/27476] ACATS: Ada testsuite Bourne shell compatibility problem on hpux
--- Comment #3 from laurent at guerby dot net 2006-05-08 16:27 --- Patch submitted. -- laurent at guerby dot net changed: What|Removed |Added URL||http://gcc.gnu.org/ml/gcc- ||patches/2006- ||05/msg00304.html http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27476
[Bug target/21671] Returning result of long long multiply from function clobbers lower 32 bits
--- Comment #2 from kazu at gcc dot gnu dot org 2006-05-08 16:29 --- According to Andreas, this works as of 4.0.2. -- kazu at gcc dot gnu dot org changed: What|Removed |Added CC||kazu at gcc dot gnu dot org Status|UNCONFIRMED |RESOLVED Resolution||FIXED Target Milestone|--- |4.0.2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21671
[Bug testsuite/27476] ACATS: Ada testsuite Bourne shell compatibility problem on hpux
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-05-08 16:31 --- [ x${main} != x ] should also work and maybe a little more portable. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27476
[Bug testsuite/27476] ACATS: Ada testsuite Bourne shell compatibility problem on hpux
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2006-05-08 16:31:49 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27476