From: Steve Kargl <sgk@troutmask.apl.washington.edu>
To: Paul Richard Thomas <paul.richard.thomas@gmail.com>
Cc: Paul Richard Thomas via Fortran <fortran@gcc.gnu.org>,
"Jorge D'Elia" <jdelia@cimec.unl.edu.ar>,
"Jorge D'Elia" <jdelia@intec.unl.edu.ar>
Subject: Re: A doubt about IMPORT and SELECT TYPE
Date: Fri, 2 Jun 2023 14:04:05 -0700 [thread overview]
Message-ID: <ZHpZRUIWTMMwxxA6@troutmask.apl.washington.edu> (raw)
In-Reply-To: <CAGkQGiKZ8fyTKJR39GmnT2XTZWisgyOUzqYjtt2WdLeDPb12tA@mail.gmail.com>
Oh, I'm not asking you or any of the other regular contributors
to gfortran to pick up my WIP patch and finish the last 5%. Now,
lurkers on the mailing list, who have always wanted to give back,
well I'm more than willing to help explain the patch and what I
think needs to be done if they are so inclined to get their hands
dirty.
IMPORT is an interesting construct. Originally, all entities
are blocked from host assocation into an INTERFACE, so J3
invented IMPORT to allow one to cherry pick entities from the
host. gfortran's implementation is fairly straightforward.
In F2018, J3 extended IMPORT to block host-association in for
example a contained subprogram or BLOCK construct. This seems
like a logical and good thing; except this is the complete
opposite of its original use. Undoing/revising gfortran'sr
original implemenation of IMPORT is a bit more challenging.
--
steve
On Fri, Jun 02, 2023 at 09:14:01PM +0100, Paul Richard Thomas wrote:
> Hi Steve,
>
> As noted in the previous email :-), although I didn't mention the partially
> cooked patch.
>
> One day, once F2003 is sorted, I might turn to F2008/18!
>
> Cheers
>
> Paul
>
>
> On Fri, 2 Jun 2023, 16:27 Steve Kargl via Fortran, <fortran@gcc.gnu.org>
> wrote:
>
> > On Fri, Jun 02, 2023 at 03:53:44PM +0100, Paul Richard Thomas via Fortran
> > wrote:
> > > Hi Jorge,
> > >
> > > As I posted in the Intel Community, the error generated by gfortran
> > > (and nagfor) is consistent with the F2003 constraint: C1210 (R1209)
> > > The IMPORT statement is allowed only in an interface-body.
> > >
> > > Could you please raise a problem report in gcc Bugzilla?
> > >
> >
> > There already is a PR about IMPORT. See
> > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106035
> >
> > There is a patch that is 95-ish% complete. The last
> > 5% is the hard part, which it seems no one has had
> > time or ideas on how to finish the patch.
> >
> > --
> > Steve
> >
--
Steve
next prev parent reply other threads:[~2023-06-02 21:04 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <6b48bc0f-043f-4635-abaf-bac09d67323b.1685712510891@community.intel.com>
2023-06-02 14:12 ` Jorge D'Elia
2023-06-02 14:53 ` Paul Richard Thomas
2023-06-02 15:22 ` Steve Kargl
2023-06-02 20:14 ` Paul Richard Thomas
2023-06-02 21:04 ` Steve Kargl [this message]
2023-06-02 15:19 ` Paul Richard Thomas
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=ZHpZRUIWTMMwxxA6@troutmask.apl.washington.edu \
--to=sgk@troutmask.apl.washington.edu \
--cc=fortran@gcc.gnu.org \
--cc=jdelia@cimec.unl.edu.ar \
--cc=jdelia@intec.unl.edu.ar \
--cc=paul.richard.thomas@gmail.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).