Hi All,
I committed this to 8-branch on 2019-04-24 but not to 9-branch. I have no
record of why I did this.
The patch now requires an additional line,
&& sym->ns->proc_name->attr.proc != PROC_MODULE
to prevent the error message in pr88376.f90 from changing to the less
helpful
Error:
Hi Dominique,
I discovered the same thing myself this morning. The patch was
developed on 8-branch because my working trunk had a hefty patch in an
intermediate state of development. I cleared it off,ready to do the
commit, and discovered the change on regtesting. I am trying to think
of a way in
Hi Paul,
With your patch the error for the test gfortran.dg/pr88376.f90 is changed from
Error: 'n' at (1) is not a function
to
Error: Specification function 'n' at (1) must be PURE
TIA
Dominique
Hi Paul,
Bootstrapped and regtested on FC29/x86_64 - OK for trunk?
OK - looks obvious enough, and, IMO, is quite unlikely to cause
a regressions.
Thanks for the patch!
Regards
Thomas
This patch is pretty self-explanatory. I have checked that a sensible
errors are given if 'exfunc' in the testcase is referenced if it is a
variable.
Bootstrapped and regtested on FC29/x86_64 - OK for trunk?
Paul
2019-03-30 Paul Thomas
PR fortran/87127
* resolve.c
