public inbox for fortran@gcc.gnu.org
 help / color / mirror / Atom feed
From: Arjen Markus <arjen.markus895@gmail.com>
To: Steve Kargl <sgk@troutmask.apl.washington.edu>
Cc: Fortran List <fortran@gcc.gnu.org>
Subject: Re: F2018 C937
Date: Fri, 20 Aug 2021 08:36:42 +0200	[thread overview]
Message-ID: <CAMCbSMoArFFpwPMiWe77rS9S-bpcjEmjweV=9ZtFLcO55kbJhQ@mail.gmail.com> (raw)
In-Reply-To: <20210819162310.GA24230@troutmask.apl.washington.edu>

Hi Steve,

thanks for this detailed workflow. I am familiar enough with git to know
that there are myriads of procedures possible ;). Like you said, the first
three steps have been done. I will get working on step 4 and work my way
down the list.

Regards,

Arjen

Op do 19 aug. 2021 om 18:23 schreef Steve Kargl <
sgk@troutmask.apl.washington.edu>:

> Arjen,
>
> If this is your first go around with patching gfortran,
> I'll suggest running the testsuite (if you haven't, see
> step 5. below; if you have see step 6.).  I suspect you
> already know much of what I enumerate below, but it may
> help others.
>
> With a bug report, the workflow for me is/was
>
> 1. Check versions of the standard to determine if it is
>    a bug, and what is the expected result.
>
> 2. Identify where the problem can be addressed in source.
>
>    For you (or anyone else interested in gfortran development),
>    I suspect there a lot of question about how to do this
>    step and the structure of the gfortran source code.  I can
>    answer some of those questions in follow-up emails.  Send
>    them to fortran@ and CC me.
>
> 3. Develop patch.
>
>    I've done the first 3 steps.  You are now at testing the patch.
>
> 4. Build gfortran with the patch.  Assuming a Unix-like system,
>    I have gcc/gccx with the source and gcc/objx is the build
>    directory.  So, for a first time build on an N cpu system do
>
>    % cd gcc/objx
>    % ../gcc/gccx/configure --prefix=$HOME/work/x \
>      --enable-languages=c,c++,fortran,lto \
>      --enable-bootstrap --disable-nls --enable-checking
>    % make -j N-1 bootstrap && make install
>
>    Otherwise,
>
>    % cd gcc/objx
>    % make -j N-1 && make install
>
>    This installs everything in $HOME/work/x.
>
> 5. Run the testsuite to check for regressions.  If any occur,
>    fix regressions or fix the patch.
>
>    % make -j N-1 check-fortran
>    % tail gcc/testsuite/gfortran/gfortran.sum
>
>                 === gfortran Summary ===
>
>    # of expected passes            58647
>    # of expected failures          253
>    # of unsupported tests          92
>    objx/gcc/gfortran  version 12.0.0 20210816 (experimental) (GCC)
>
>    With the C937 and C949 patches, I changed "typespec" to
>    "type-spec" in nearby unrelated error messages.  Both are
>    being used and type-spec matches the standard.  This may
>    cause a regression, so one or more testcases may need a change.
>    The C937 patch did not cause a regression.  The C949 one
>    did.  You'll see a line like
>
>    # of unexpected failures          7
>
>    The file gcc/testsuite/gfortran/gfortran.log contains the
>    buildlog, which is huge.  You can find the failures with
>    a search for lines containing ^FAIL.
>
> 6. Prepare ChangeLog.
>
>    This has changed with git so you'll need to ask Tobias,
>    Thomas, Harald, or on the gcc@ list for guidance.
>
> 7. Submit patch to fortran@gcc and gcc-patches@gcc asking
>    for review.
>
> 8. Wait a few days.  Ping fortran@gcc and gcc-patches@gcc.
>
> 9. Wait a few days.  Ping fortran@gcc and gcc-patches@gcc.
>
>    As I developed, the original patch and presumably you reviewed
>    it for correctness, you can probably skip step 9.
>
> 10. Wait a few days.  Commit patch with or without a review.
>
> I do not know if you need any explicit access/permission to
> commit a patch.  I iknow very little about git and how it
> works.
>
> At this point, you can either backport the patch to release
> branches or close the PR.  For me, I always did a backport
> if it was a trivial task.  At some point, HEAD will diverge
> sufficiently from a branch, I would then stop backporting.
>
> --
> steve
>
> On Thu, Aug 19, 2021 at 05:10:47PM +0200, Arjen Markus wrote:
> > I have applied the patches locally (take care to restore the tabs ;)).
> > Should I now commit these changes or is there a more formal procedure
> > involved?
> >
> > Regards,
> >
> > Arjen
> >
> > Op do 19 aug. 2021 om 08:59 schreef Arjen Markus <
> arjen.markus895@gmail.com
> > >:
> >
> > > Hi Steve,
> > >
> > > I am willing to take up this challenge ;), as well as the patch for
> C949.
> > > It would be my next attempt to get acquainted with the source code (a
> first
> > > step hopefully to actively contribute).
> > >
> > > Regards,
> > >
> > > Arjen
> > >
> > > Op di 17 aug. 2021 om 21:02 schreef Steve Kargl via Fortran <
> > > fortran@gcc.gnu.org>:
> > >
> > >> For those that might care, I draw your attention to
> > >>
> > >> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101951
> > >>
> > >> Good opportunity for a lurker to step forward and
> > >> become a gfortran committer.  Otherwise, this patch
> > >> will fester in bugzilla the dozen or so other patches
> > >> I've attached to PRs.
> > >>
> > >> --
> > >> Steve
> > >>
> > >
>
> --
> Steve
>

  reply	other threads:[~2021-08-20  6:36 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2021-08-17 19:01 Steve Kargl
2021-08-19  6:59 ` Arjen Markus
2021-08-19 15:10   ` Arjen Markus
2021-08-19 16:23     ` Steve Kargl
2021-08-20  6:36       ` Arjen Markus [this message]
2021-08-20  6:46         ` Steve Kargl
2021-08-20  6:49           ` Arjen Markus
2021-08-23 17:18   ` Steve Kargl
2021-08-23 18:37     ` Arjen Markus

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='CAMCbSMoArFFpwPMiWe77rS9S-bpcjEmjweV=9ZtFLcO55kbJhQ@mail.gmail.com' \
    --to=arjen.markus895@gmail.com \
    --cc=fortran@gcc.gnu.org \
    --cc=sgk@troutmask.apl.washington.edu \
    /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).