--- Comment #13 from jvdelisle at gcc dot gnu dot org 2007-05-24 06:05
---
Fixed on trunk.
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
S
--- Comment #12 from jvdelisle at gcc dot gnu dot org 2007-05-24 06:04
---
Subject: Bug 31716
Author: jvdelisle
Date: Thu May 24 05:03:51 2007
New Revision: 125013
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=125013
Log:
2007-05-23 Jerry DeLisle <[EMAIL PROTECTED]>
--- Comment #11 from patchapp at dberlin dot org 2007-05-19 01:30 ---
Subject: Bug number PR31716
A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2007-05/msg01265.html
--
http://gcc.gnu.org/bugzilla/s
--- Comment #10 from jvdelisle at gcc dot gnu dot org 2007-05-18 23:58
---
Have to remind myself to submit the patch. The odd messages are from trying to
match and resolve other things, after failing already. I am working on a patch
to try circumvent some of these. Garbage in Garbage
--- Comment #9 from dfranke at gcc dot gnu dot org 2007-05-18 08:53 ---
> $> gfortran-svn -Wall pr31760.f90
This should of course read "gfortran-svn -Wall pr31716.f90" - the contents of
the file does correspond to this PR, the file name does not ...
--
http://gcc.gnu.org/bugzilla/sh
--- Comment #8 from dfranke at gcc dot gnu dot org 2007-05-18 08:50 ---
Jerry, the patch eliminates the ICE and regtests cleanly.
$> cat pr31716.f90
program main
real, parameter :: n = 1024, iter=1000
real, dimension(n) :: num1,num2
call random_number(num1)
do i=1,iter
num2
--- Comment #7 from jvdelisle at gcc dot gnu dot org 2007-05-18 03:12
---
Created an attachment (id=13575)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13575&action=view)
Possible patch for this problem
Daniel, Please try this patch and see if eliminates the segfault. TIA
--
--- Comment #6 from dfranke at gcc dot gnu dot org 2007-05-17 20:27 ---
> I can not reproduce the segfault, so if I can get a backtrace it would help.
Jerry, I hope this helps. Let me know if you need something else :)
$> gfortran-svn -v
gcc version 4.3.0 20070517 (experimental)
(gdb)
--- Comment #5 from jvdelisle at gcc dot gnu dot org 2007-05-12 06:02
---
In the expr for a or b, the lower bound is coming up BT_INTEGER and the upper
bound is BT_REAL. Eventually we hit the error for wrong type. Then, because
this fails to resolve, that is interpreted by resolve_fl_
--- Comment #4 from jvdelisle at gcc dot gnu dot org 2007-05-02 04:19
---
I attached a patch to pr31251, can someone try that and see what effect it has
on this one.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31716
--- Comment #3 from jvdelisle at gcc dot gnu dot org 2007-05-01 14:55
---
As with pr31251, I do not see the segfault here.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31716
--- Comment #2 from tkoenig at gcc dot gnu dot org 2007-05-01 14:18 ---
Closely related to PR 31251.
--
tkoenig at gcc dot gnu dot org changed:
What|Removed |Added
BugsT
--- Comment #1 from tkoenig at gcc dot gnu dot org 2007-04-26 22:47 ---
My analysis in the original bug report wasn't correct.
Here is a shorter version:
$ cat real-dim-2.f90
program main
real :: a(2.0),b(2.0)
a = b
end program main
$ gfortran real-dim-2.f90
real-dim-2.f90:2.12:
13 matches
Mail list logo