This is the mail archive of the
gcc-bugs@gcc.gnu.org
mailing list for the GCC project.
[Bug fortran/50379] ICE in gfc_typenode_for_spec at fortran/trans-types.c
- 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: Tue, 13 Sep 2011 09:12:31 +0000
- Subject: [Bug fortran/50379] ICE in gfc_typenode_for_spec at fortran/trans-types.c
- Auto-submitted: auto-generated
- References: <bug-50379-4@http.gcc.gnu.org/bugzilla/>
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50379
Tobias Burnus <burnus at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Keywords| |ice-on-invalid-code
CC| |burnus at gcc dot gnu.org,
| |janus at gcc dot gnu.org
--- Comment #1 from Tobias Burnus <burnus at gcc dot gnu.org> 2011-09-13 09:12:31 UTC ---
With GCC 4.3::
interface res
1
Error: VARIABLE attribute of 'res' conflicts with PROCEDURE attribute at (1)
Having a generic name which is the same as the result variable looks wrong ...
I think gfortran stopped rejecting the code in decl.c/symbol.c since 4.4 when
procedure-pointer (results) were allowed - such as in the following valid
example:
function f() result(res)
interface
subroutine res
end subroutine
end interface
pointer :: res
res => null()
end