This is the mail archive of the
gcc-bugs@gcc.gnu.org
mailing list for the GCC project.
[Bug fortran/38536] ICE with C_LOC in resolve.c due to not properly going through expr->ref
- From: "burnus at gcc dot gnu.org" <gcc-bugzilla at gcc dot gnu dot org>
- To: gcc-bugs at gcc dot gnu dot org
- Date: Sun, 9 Jan 2011 15:21:27 +0000
- Subject: [Bug fortran/38536] ICE with C_LOC in resolve.c due to not properly going through expr->ref
- Auto-submitted: auto-generated
- References: <bug-38536-4@http.gcc.gnu.org/bugzilla/>
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38536
--- Comment #13 from Tobias Burnus <burnus at gcc dot gnu.org> 2011-01-09 15:21:11 UTC ---
(In reply to comment #10)
> Can this be closed? Is there something left to do here?
The first test case of comment 0 seems to be still unfixed (accepts-invalid -
expected error not printed).
The test case from comment 6 gives an ICE (segfault) in
gfc_conv_procedure_call's check for
f = (fsym != NULL)
&& !(fsym->attr.pointer || fsym->attr.allocatable)
&& fsym->as->type != AS_ASSUMED_SHAPE;
(guess: "fsym->as" is NULL)
Comment 7 fails - but that's seems to be fixed by the patch of comment 12 (cf.
also below).
* * *
(In reply to comment #12)
> > Error: CHARACTER argument 'buf' to 'c_loc' at (1) must have a length of 1
> This might be sufficient to fix it.
Thomas posted his patch at: http://gcc.gnu.org/ml/fortran/2011-01/msg00067.html