[Bug tree-optimization/32231] [4.3 Regression] Segfault in verify_ssa_name

--- Comment #14 from pinskia at gcc dot gnu dot org 2007-06-07 02:14 --- Fixed, thanks for the report. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added

[Bug tree-optimization/32224] [4.3 Regression] ICE in vect_analyze_operations, at tree-vect-analyze.c:374

--- Comment #2 from pinskia at gcc dot gnu dot org 2007-06-07 02:29 --- Caused by: r120825 | dorit | 2007-01-16 00:26:03 -0800 (Tue, 16 Jan 2007) | 11 lines * tree-vectorizer.h (is_pattern_stmt_p): New. * tree-vect-analyze.c (vect_determine_vectorization_factor): Fix

[Bug tree-optimization/32224] [4.3 Regression] ICE in vect_analyze_operations, at tree-vect-analyze.c:374

--- Comment #3 from pinskia at gcc dot gnu dot org 2007-06-07 02:31 --- here is the link to the patch: http://gcc.gnu.org/ml/gcc-patches/2007-01/msg4.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32224

[Bug tree-optimization/32160] [4.3 Regression] ICE with -O3 in verify_ssa

--- Comment #5 from pinskia at gcc dot gnu dot org 2007-06-07 02:34 --- Fixed. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED

[Bug middle-end/31685] [4.3 regression] ICE in set_mem_attributes

--- Comment #4 from pinskia at gcc dot gnu dot org 2007-06-07 02:40 --- I can no longer reproduce this bug on the mainline. It was fixed between 20070531 and 20070602. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31685

[Bug tree-optimization/30840] [4.3 Regression] ice for legal code with flags -O3 -fno-strict-aliasing

--- Comment #7 from pinskia at gcc dot gnu dot org 2007-06-07 02:47 --- This testcase works on the trunk on, it was fixed between 20070513 and 20070531. I will check on the other testcase too. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30840

[Bug tree-optimization/31926] [4.3 Regression] internal compiler error: in set_lattice_value, at tree-ssa-ccp.c:487

--- Comment #4 from pinskia at gcc dot gnu dot org 2007-06-07 02:49 --- This testcase still fails as of today unlike the one in PR 30840 so reopening. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added --

[Bug c++/31579] [4.3 regression] ICE when compiling attached code

--- Comment #5 from pinskia at gcc dot gnu dot org 2007-06-07 02:55 --- I have a fix, I fixed this one already on the pointer_plus branch and I did not know there was a way to invoke this bug on the trunk. 2007-05-12 Andrew Pinski <[EMAIL PROTECTED]> * expr.c (expand_expr_addr

[Bug tree-optimization/32183] [4.3 Regression] reassoc2 can more extra calculations into a loop

--- Comment #30 from hjl at lucon dot org 2007-06-07 03:16 --- (In reply to comment #26) > Created an attachment (id=13656) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13656&action=view) [edit] > patch preventing reassociation across loop boundaries > Here are SPEC CPU 2K -O2 -

[Bug fortran/32239] New: optimize power in loops

Current trunk generates always a call to _gfortran_pow_r4_i4 for this code SUBROUTINE T(a,b,F,n) REAL :: a,b,F(n) INTEGER :: n INTEGER :: i DO i=1,n a=a+F(i)*b**i ENDDO END SUBROUTINE which could, however, be transformed by the compiler (at least in -ffast-math, but even otherwise for F

[Bug fortran/32238] [4.3 Regression] ICE in gfc_conv_constant (where() with complex arrays)

-- burnus at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 GCC build trip

[Bug c++/32240] New: wstring::length() does not work properly with --short-wchar

wstring::length() does not work properly with --short-wchar I'm not sure if this bug is in gcc or glibc. It could be that gcc does not properly set a certain variable with --short-wchar, or, it could be that glibc does not properly implement wstring, always assuming a 4-byte wchar_t. Here is a sa

<    1   2