------- Comment #8 from burnus at gcc dot gnu dot org 2008-01-09 15:57 -------
If I enable the call to decode_statement in decode_statement (parse.c), it
shows:
SUBROUTINE INVENTNAMES()
1
Interner Fehler bei (1):
Symbol changes still pending!
The pending symbol is "@iostat". If one dumps the code (with inventnames
commented), one finds:
{
integer(kind=4) @iostat.2;
[...]
@iostat.2 = 0;
inquire_parm.1.common.iostat = &@iostat.2;
I therefore believe it is due to the following patch (which was as pending
patch in my 2007-10-15 file).
Posted patch:
http://gcc.gnu.org/ml/fortran/2007-10/msg00021.html
Check in:
http://gcc.gnu.org/ml/gcc-cvs/2007-10/msg00433.html
2007-10-15 Jerry DeLisle <[EMAIL PROTECTED]>
PR fortran/33055
* trans-io.c (create_dummy_iostat): New function to create a unique
dummy variable expression to use with IOSTAT.
(gfc_trans_inquire): Use the new function to pass unit number error
info
to run-time library if a regular IOSTAT variable was not given.
--
burnus at gcc dot gnu dot org changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |jvdelisle at gcc dot gnu dot
| |org
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
GCC target triplet|x86_64-unknown-linux-gnu |
Keywords| |ice-on-valid-code
Last reconfirmed|0000-00-00 00:00:00 |2008-01-09 15:57:57
date| |
Summary|compile results in "internal|[4.3 Regression] ICE: left-
|compiler error: segmentation|over "@iostat" variable
|fault" message |polutes namespace
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34722
