[Bug fortran/50525] gfortran should not allow early reference to entry dummy argument (r178939)

2021-02-27 Thread zeccav at gmail dot com via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=50525 --- Comment #6 from Vittorio Zecca --- Still in trunk. The NAG nagfor and Intel ifort compilers detect the issue. ifort -S -w gfbug72.f gfbug72.f(4): error #6482: An ENTRY dummy argument is referenced in an executable statement before it

[Bug fortran/50525] gfortran should not allow early reference to entry dummy argument (r178939)

2018-04-11 Thread dominiq at lps dot ens.fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=50525 --- Comment #5 from Dominique d'Humieres --- Duplicate of pr34663?

[Bug fortran/50525] gfortran should not allow early reference to entry dummy argument (r178939)

2013-06-22 Thread dominiq at lps dot ens.fr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50525 Dominique d'Humieres dominiq at lps dot ens.fr changed: What|Removed |Added Status|UNCONFIRMED |NEW

[Bug fortran/50525] gfortran should not allow early reference to entry dummy argument (r178939)

2011-09-27 Thread burnus at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50525 Tobias Burnus burnus at gcc dot gnu.org changed: What|Removed |Added Keywords||accepts-invalid

[Bug fortran/50525] gfortran should not allow early reference to entry dummy argument (r178939)

2011-09-27 Thread burnus at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50525 --- Comment #2 from Tobias Burnus burnus at gcc dot gnu.org 2011-09-27 12:12:03 UTC --- I meant something like the following. Though, the wording could be improved. --- a/gcc/fortran/decl.c +++ b/gcc/fortran/decl.c @@ -4296,6 +4296,14 @@

[Bug fortran/50525] gfortran should not allow early reference to entry dummy argument (r178939)

2011-09-27 Thread burnus at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50525 --- Comment #3 from Tobias Burnus burnus at gcc dot gnu.org 2011-09-27 14:27:39 UTC --- The patch causes regressions as it comes before the check in resolve_variable (search for before the ENTRY, which covers a similar issue (cf PR 25090).