On Thu, 15 Apr 2021 22:52:01 +0200
Harald Anlauf via Fortran wrote:
> Hello everybody,
>
> we currently write the interface for intrinsic procedures to module
> files although that should not be necessary. (F2018:15.4.2.1 actually
> states that interfaces e.g. of intrinsic procedures are 'expli
On 16.04.21 09:06, Bernhard Reutner-Fischer via Fortran wrote:
Does this change the module format in an incompatible way, i.e. does
this require a module format version bump?
Not having looked it in detail but I doubt it – it is just a symbol
which is not output.
What happens when we read an e
On Fri, 16 Apr 2021 09:38:27 +0200
Tobias Burnus wrote:
> On 16.04.21 09:06, Bernhard Reutner-Fischer via Fortran wrote:
>
> > Does this change the module format in an incompatible way, i.e. does
> > this require a module format version bump?
> Not having looked it in detail but I doubt it – i
Hi All,
Harald, that is to say the least of it an elegant and minimalist fix. With
the patch applied, gfortran behaves like the "other brand" and regtests OK.
Bernhard correctly points out that there should be a comment. Not only
this, there must be an F2003 standard check, since F95 forbids over
Hi Harald,
This is the output from a completely tedious Zoom meeting:
/* From F2003 onwards, intrinsic procedures are no longer subject to
the restriction, "that an elemental intrinsic function here be of
type integer or character and each argument must be an initialization
expr
Hi Paul, all,
having really enjoyed the review process, I've now committed Paul's version
including his comment. See also attached.
Thanks,
Harald
Gesendet: Freitag, 16. April 2021 um 13:02 Uhr
Von: "Paul Richard Thomas"
An: "Bernhard Reutner-Fischer"
Cc: "Harald Anlauf via Fortran" , "Har
Hi All!
Proposed patch to:
PR100120 - associated intrinsic failure
Patch tested only on x86_64-pc-linux-gnu.
Add code to ensure that pointers have the correct dynamic type.
The patch depends on PR100097 and PR100098.
Thank you very much.
Best regards,
José Rui
Fortran: Fix associated intri
Hell world,
I'm taking a leave of absence from gfortran for a time.
The reason is the current discussions on the gcc mailing list,
which I do not adivse you to read if you value your mental health
and healthy blood pressure :-|
I have unassigned all bugs assigned to me and set them to NEW.
B
Hi All!
Proposed patch to:
PR84006 - [8/9/10/11 Regression] ICE in storage_size() with CLASS entity
PR100027 - ICE on storage_size with polymorphic argument
Patch tested only on x86_64-pc-linux-gnu.
Add branch to if clause to handle polymorphic objects, not sure if I got
all possible variation
