[Bug target/35658] between -funroll-loops -fno-automatic -O2 and common block variable

2008-08-22 Thread kmccarty at debian dot org
--- Comment #11 from kmccarty at debian dot org 2008-08-23 03:24 --- (In reply to comment #9) By the way, Steve, I do find (as you mentioned) that -frename-registers in place of -funroll-loops also triggers the bug, and that adding -fno-schedule-insns2 makes it go away. -- http

[Bug target/35658] between -funroll-loops -fno-automatic -O2 and common block variable

2008-08-22 Thread kmccarty at debian dot org
--- Comment #10 from kmccarty at debian dot org 2008-08-23 02:59 --- (In reply to comment #9) > Kevin, I can no longer reproduce this bug. I think it was fixed by the same > patch that fixed PR 35659. Are you able to reproduce this or can we close it > as fixed? First, sorr

[Bug target/35658] [4.3/4.4 regression] Bad interaction on ia64 between -funroll-loops -fno-automatic -O2 and common block variable

2008-05-20 Thread kmccarty at debian dot org
--- Comment #3 from kmccarty at debian dot org 2008-05-21 03:59 --- (In reply to comment #2) > Test# 1 ( GENT ): *** failed *** > > I get this when I use -fno-automatic -O2 -funroll-loops and when I use no > optimization at all. This is with GCC 4.3 released bits and

[Bug target/35659] [4.3/4.4 Regression] Miscompiled code with -O2 (but not with -O2 -funroll-loops) on ia64

2008-05-20 Thread kmccarty at debian dot org
--- Comment #5 from kmccarty at debian dot org 2008-05-21 03:50 --- (In reply to comment #4) > I wonder if this is related to PR target/35695, the floating point division > bug > that Jim Wilson fixed. Could you try it with ToT or with the latest 4.3 > branch, both of whic

[Bug target/35659] Miscompiled code with -O2 (but not with -O2 -funroll-loops) on ia64

2008-03-24 Thread kmccarty at debian dot org
--- Comment #2 from kmccarty at debian dot org 2008-03-24 16:47 --- (In reply to comment #1) > Does it work with gcc 4.2? Yes, it does, at least with this version: (sid)[EMAIL PROTECTED]:~$ gfortran-4.2 -v Using built-in specs. Target: ia64-linux-gnu Configured with: ../src/config

[Bug fortran/35662] New: [4.3 regression] gfortran interfaces badly with glibc sincosf() causing breakage

2008-03-21 Thread kmccarty at debian dot org
P3 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: kmccarty at debian dot org GCC build triplet: mips-linux-gnu GCC host triplet: mips-linux-gnu GCC target triplet: mips-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35662

[Bug fortran/35659] New: Miscompiled code with -O2 (but not with -O2 -funroll-loops) on ia64

2008-03-21 Thread kmccarty at debian dot org
Product: gcc Version: 4.3.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: kmccarty at debian dot org GCC build triplet: ia64-linux-gnu GCC host triplet:

[Bug fortran/35658] New: [4.3 regression] Bad interaction on ia64 between -funroll-loops -fno-automatic -O2 and common block variable

2008-03-21 Thread kmccarty at debian dot org
rmal Priority: P3 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: kmccarty at debian dot org GCC build triplet: ia64-linux-gnu GCC host triplet: ia64-linux-gnu GCC target triplet: ia64-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35658

[Bug target/35079] [arm] ICE (segfault) with gfortran -O3 -funroll-loops

2008-03-21 Thread kmccarty at debian dot org
--- Comment #2 from kmccarty at debian dot org 2008-03-21 17:06 --- Hi gfortran developers, I can confirm that this ICE still happens on arm with gfortran 4.3 rc2 [*], and with the optimization reduced to -O2 (-funroll-loops -O1 is OK, as is -O3 without -funroll-loops). [*] This is on