--- Comment #11 from pault at gcc dot gnu dot org 2007-06-25 18:30 ---
Fixed on trunk.
Thanks for the report, Harald.
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #10 from pault at gcc dot gnu dot org 2007-06-25 18:28 ---
Subject: Bug 32464
Author: pault
Date: Mon Jun 25 18:27:59 2007
New Revision: 126000
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=126000
Log:
2007-06-25 Paul Thomas <[EMAIL PROTECTED]>
PR fortran
--- Comment #9 from pault at gcc dot gnu dot org 2007-06-23 10:48 ---
This does the job:
Index: /svn/trunk/gcc/fortran/resolve.c
===
--- /svn/trunk/gcc/fortran/resolve.c(revision 125970)
+++ /svn/trunk/gcc/fortran/resol
--- Comment #8 from burnus at gcc dot gnu dot org 2007-06-22 20:04 ---
> One probably should fix gfc_match_rvalue rather than using simply expr = NULL
> in check_host_association.
At least setting result = NULL at the top of gfc_match_rvalue is wrong. (I
don't know whether a single tes
--- Comment #7 from burnus at gcc dot gnu dot org 2007-06-22 19:16 ---
One of the problems is that
gfc_match_rvalue (&expr);
does not set expr to NULL by default or when an error occurs. Therefore
gcc_assert (expr && sym == expr->symtree->n.sym);
does not fail but crashes randomly.
--- Comment #6 from dfranke at gcc dot gnu dot org 2007-06-22 18:38 ---
> r124633 | pault | 2007-05-12 08:19:43 +0200 (Sat, 12 May 2007) | 15 lines
> 2007-05-12 Paul Thomas <[EMAIL PROTECTED]>
>PR fortran/30746 (resolve.c, match.h, gfortran.h)
The assert is triggered in check
--- Comment #5 from burnus at gcc dot gnu dot org 2007-06-22 18:34 ---
Regression testing shows that it was introduced between
2007-05-11-r124613 and 2007-05-12-r124634.
There were two Fortran patches checked in during that period:
http://gcc.gnu.org/viewcvs?view=rev&revision=124613
r1
--- Comment #4 from dfranke at gcc dot gnu dot org 2007-06-22 18:26 ---
Reduced testcase and backtrace:
module gfcbug64_mod1
contains
function copy (d)
real, intent(in) :: d(:)
real :: copy(size (d))
copy = d
end function copy
end module gfcbug64_mod1
module
--- Comment #3 from burnus at gcc dot gnu dot org 2007-06-22 18:17 ---
I can only partially reproduce this: I don't get a crash, but valgrind shows:
==12017== Conditional jump or move depends on uninitialised value(s)
==12017==at 0x45229B: gfc_resolve_expr (resolve.c:3272)
==12017==
