--- Comment #8 from jvdelisle at gcc dot gnu dot org 2008-03-02 02:20
---
Fixed on 4.3 and 4.4
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from kargl at gcc dot gnu dot org 2008-03-02 01:33 ---
(In reply to comment #4)
> I got
>
> Running 172.mgrid ref base o2 default
> *** Miscompare of mgrid.out, see
> /export/gnu/import/rrs/spec/2000/spec/benchspec
> /CFP2000/172.mgrid/run/0002/mgrid.out.mis
> Inval
--- Comment #4 from hjl dot tools at gmail dot com 2008-03-02 01:11 ---
I got
Running 172.mgrid ref base o2 default
*** Miscompare of mgrid.out, see
/export/gnu/import/rrs/spec/2000/spec/benchspec
/CFP2000/172.mgrid/run/0002/mgrid.out.mis
Invalid run; unable to continue. If you w
--- Comment #3 from tobi at gcc dot gnu dot org 2008-03-01 23:15 ---
I checked the code leading up to this, and if I didn't miss a codepath, stride
will always be of type gfc_array_index_type, so I'm inclined to believe that
the bug, if any, is in fold. It is of course possible that fol
--- Comment #2 from kargl at gcc dot gnu dot org 2008-03-01 22:59 ---
Define "miscompiles"?
Remove -ffast-math?
Add -fbounds-check?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35418
--- Comment #23 from howarth at nitro dot med dot uc dot edu 2008-03-01
22:51 ---
The multilib builds in general seem to have some broken elements. For both
linux and darwin, when linking libgfortran one gets something like...
libtool: link: /sw/src/fink.build/gcc43-4.3.0-20080228/darw
--- Comment #1 from hjl dot tools at gmail dot com 2008-03-01 22:50 ---
The code looks like
SUBROUTINE RESID(U,V,R,N,A)
INTEGER N
REAL*8 U(N,N,N),V(N,N,N),R(N,N,N),A(0:3)
INTEGER I3, I2, I1
DO 600 I3=2,N-1
DO 600 I2=2,N-1
DO 600 I1=2,N-1
N is
--- Comment #7 from jvdelisle at gcc dot gnu dot org 2008-03-01 22:16
---
Subject: Bug 35355
Author: jvdelisle
Date: Sat Mar 1 22:15:31 2008
New Revision: 132808
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=132808
Log:
2008-03-01 Francois-Xavier Coudert <[EMAIL PROTECTED]>
On Linux/Intel64, gcc 4.4 revision 132592 miscompiles 172.mgrid in SPEC CPU 2K
with -O2 -ffast-math. This part of change:
Index: gcc/fortran/trans-array.c
===
--- gcc/fortran/trans-array.c (revision 132591)
+++ gcc/fortran/trans-arr
--- Comment #6 from jvdelisle at gcc dot gnu dot org 2008-03-01 22:11
---
Subject: Bug 35355
Author: jvdelisle
Date: Sat Mar 1 22:10:30 2008
New Revision: 132807
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=132807
Log:
2008-03-01 Francois-Xavier Coudert <[EMAIL PROTECTED]>
--- Comment #8 from ismail at namtrac dot org 2008-03-01 21:41 ---
I think its reasonable to close this bug as invalid, do you agree? Meanwhile we
can bug Apple Gcc guys to take a stab at this.
Thanks,
ismail
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34497
--- Comment #7 from howarth at nitro dot med dot uc dot edu 2008-03-01
21:36 ---
No official response yet although Mike Stump agrees that it is probably a bug
in their assembler.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34497
--- Comment #6 from ismail at namtrac dot org 2008-03-01 21:18 ---
Jack,
Did Apple give any reply on this. Is this their bug? If so we better close the
gcc bug as invalid.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34497
--- Comment #22 from howarth at nitro dot med dot uc dot edu 2008-03-01
20:43 ---
As far as I can tell, the shared libraries are being linked in the same way
with and without r131198. I am inclined to think that the problem stems from
the fact that xgcc with r131198 ends up being linked
--- Comment #21 from howarth at nitro dot med dot uc dot edu 2008-03-01
19:58 ---
One other observation. If I make a file list of the darwin_objdir for the build
with and with r131198, they are identical.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35401
--- Comment #20 from howarth at nitro dot med dot uc dot edu 2008-03-01
19:43 ---
Created an attachment (id=15252)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15252&action=view)
compressed full build log with r131198
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35401
--- Comment #5 from jvdelisle at gcc dot gnu dot org 2008-03-01 18:02
---
Patch is approved for trunk. I agree it should go to 4.3.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35355
--- Comment #19 from howarth at nitro dot med dot uc dot edu 2008-03-01
17:28 ---
I have attached a diff file between the build logs for gcc 4.3 branch with and
without r131198. Hopefully this will provide some clues as to why darwin is
linking in the wrong (system) libgcc.
--
http
--- Comment #18 from howarth at nitro dot med dot uc dot edu 2008-03-01
17:26 ---
Created an attachment (id=15251)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15251&action=view)
complete diff between build with and without r131198
--
http://gcc.gnu.org/bugzilla/show_bug.cgi
--- Comment #43 from jvdelisle at gcc dot gnu dot org 2008-03-01 17:13
---
Subject: Bug 35063
Author: jvdelisle
Date: Sat Mar 1 17:12:52 2008
New Revision: 132802
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=132802
Log:
2008-03-01 Janne Blomqvist <[EMAIL PROTECTED]>
--- Comment #4 from fxcoudert at gcc dot gnu dot org 2008-03-01 16:52
---
This change is built and tested on i586-pc-mingw32. If approved, we should try
to get it into 4.3.0 if it's still possible.
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed
--- Comment #3 from fxcoudert at gcc dot gnu dot org 2008-03-01 16:49
---
I've built new binaries today and I can also see it :(
$ cat a.f90
implicit none
integer, parameter :: pr = selected_real_kind (6,37)
real(kind=pr) :: t
integer ,parameter :: n = 1000
real :: x(n,n), y(n,n), z(n
--- Comment #15 from manu at gcc dot gnu dot org 2008-03-01 16:36 ---
(In reply to comment #13)
> Thanks a lot for taking the time to write a patch for this. I do have one
> question: if I'm reading the patch correctly, this postpones warnings about
> unrecognised options not just for -W
--- Comment #5 from dgregor at gcc dot gnu dot org 2008-03-01 16:29 ---
Fixed on mainline and 4.3 branch.
--
dgregor at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from jvdelisle at gcc dot gnu dot org 2008-03-01 16:22
---
OK, I see your point. Would it be possible to create a hidden iterator
function that could be called internally by the I/O library to return the index
into the array?
In the meantime, I am thinking through a dif
--- Comment #2 from jvdelisle at gcc dot gnu dot org 2008-03-01 16:06
---
Are you using your own build of gfortran on mingw or one obtained from
elsewhere and where?
Are the time intervals so short that you could be seeing roundoff?
Could the time intervals be wrapping around?
The la
--- Comment #1 from rguenth at gcc dot gnu dot org 2008-03-01 15:28 ---
*** This bug has been marked as a duplicate of 35415 ***
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #1 from rguenth at gcc dot gnu dot org 2008-03-01 15:28 ---
*** Bug 35417 has been marked as a duplicate of this bug. ***
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #10 from rguenth at gcc dot gnu dot org 2008-03-01 15:24
---
Doesn't help.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19020
--- Comment #9 from rguenth at gcc dot gnu dot org 2008-03-01 14:29 ---
If you remove libcall notes around all binops then the following testcase
passes in dg-torture:
/* { dg-do run { target hppa*-*-hpux* *-*-linux* powerpc*-*-darwin*
*-*-darwin[912]* } } */
/* { dg-options "-ftrapv" }
--- Comment #12 from fxcoudert at gcc dot gnu dot org 2008-03-01 13:57
---
(In reply to comment #11)
> This is not correct. isfinite and fpclassify are both macros on
> HP-UX 11. However, they are broken because they only support float
> and double, and not long double.
I was focusin
--- Comment #8 from rguenth at gcc dot gnu dot org 2008-03-01 13:52 ---
On the expand side it is just wrong (and asking for trouble) to go the usual
expand_binop way for expanding trapping arithmetic. At least we would need to
pass down a flag.
--
http://gcc.gnu.org/bugzilla/show_b
--- Comment #11 from dave at hiauly1 dot hia dot nrc dot ca 2008-03-01
13:42 ---
Subject: Re: FAIL: gfortran.fortran-torture/execute/nan_inf_fmt.f90 execution
> So, in your case, when isfinite and fpclassify are both functions (and not
> macros), we're going to simply define isfinite
--- Comment #42 from fxcoudert at gcc dot gnu dot org 2008-03-01 12:22
---
Now fixed.
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
Status
--- Comment #4 from fxcoudert at gcc dot gnu dot org 2008-03-01 12:21
---
Confirm it was apparently fixed between 4.2 and 4.3.0.
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #3 from fxcoudert at gcc dot gnu dot org 2008-03-01 12:20
---
Subject: Bug 34770
Author: fxcoudert
Date: Sat Mar 1 12:19:04 2008
New Revision: 132801
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=132801
Log:
PR fortran/34770
* gfortran.dg/pointer_1
--- Comment #10 from fxcoudert at gcc dot gnu dot org 2008-03-01 12:08
---
(In reply to comment #7)
> I tried the attached change. It results in the correct configure
> results. However, the test still fails.
By my reading, this patch will change nothing: it's OK for HAVE_BROKEN_ISFI
org
ReportedBy: jrp at dial dot pipex dot com
GCC build triplet: 4.4.0 20080301 (experimental) (GCC)
GCC host triplet: i686-pc-linux-gnu
GCC target triplet: i686-pc-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35417
--- Comment #41 from jb at gcc dot gnu dot org 2008-03-01 10:52 ---
Subject: Bug 35063
Author: jb
Date: Sat Mar 1 10:46:31 2008
New Revision: 132800
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=132800
Log:
gcc:
2008-03-01 Janne Blomqvist <[EMAIL PROTECTED]>
PR gcc
--- Comment #7 from steven at gcc dot gnu dot org 2008-03-01 10:50 ---
With trunk as of today, the test case of comment #0 does trap if optimization
is disabled. At -O, the libcall is optimized away, but the call to iaddv() from
main() is also optimized away because iaddv is found to be
--- Comment #7 from gnu_andrew at member dot fsf dot org 2008-03-01 09:14
---
Created an attachment (id=15250)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15250&action=view)
Patch to add CPStringBuilder
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21869
41 matches
Mail list logo
