Hi Mark,
On 5/18/20 9:35 AM, Mark Eggleston wrote:
Please find attached a patch for PR39695 (this time it is attached).
Looks okay – with the "dg-(do )compile" change as remarked by Manfred.
[I did wonder whether BLOCK could cause problems with ns->proc_name, but
I couldn't come up with a cas
On 19/05/2020 09:08, Manfred Schwarb wrote:
Am 18.05.20 um 09:35 schrieb Mark Eggleston:
Please find attached a patch for PR39695 (this time it is attached).
Commit message:
Fortran : ProcPtr function results: 'ppr@' in error message PR39695
The value 'ppr@' is set in the name of result sy
Am 18.05.20 um 09:35 schrieb Mark Eggleston:
> Please find attached a patch for PR39695 (this time it is attached).
>
> Commit message:
>
> Fortran : ProcPtr function results: 'ppr@' in error message PR39695
>
> The value 'ppr@' is set in the name of result symbol, the actual
> name of the symbol
2:02 +0100
Subject: [PATCH] Fortran : ProcPtr function results: 'ppr@' in error message
PR39695
The value 'ppr@' is set in the name of result symbol, the actual
name of the symbol is in the procedure name symbol pointed
to by the result symbol's namespace (ns). When rep
Please find attache a patch for PR39695
Commit message:
Fortran : ProcPtr function results: 'ppr@' in error message PR39695
The value 'ppr@' is set in the name of result symbol, the actual
name of the symbol is in the procedure name symbol pointed
to by the result symbol's namespace (ns). When
