public inbox for gcc-patches@gcc.gnu.org
 help / color / mirror / Atom feed
From: Fritz Reese <fritzoreese@gmail.com>
To: mark.eggleston@codethink.co.uk
Cc: Jakub Jelinek <jakub@redhat.com>, fortran <fortran@gcc.gnu.org>,
		gcc-patches <gcc-patches@gcc.gnu.org>, Jeff Law <law@redhat.com>
Subject: Re: PR fortran/87919 patch for -fno-dec-structure
Date: Mon, 03 Dec 2018 15:52:00 -0000	[thread overview]
Message-ID: <CAE4aFAmvVvPRUSXDD2qQ7FTcP+9nYKCMveX=Tx2COfdqVs=wzA@mail.gmail.com> (raw)
In-Reply-To: <72473454-81f8-df39-1cfa-29aa4f93e486@codethink.co.uk>

> I think more than enough time passed, do you plan to commit to trunk now?
> Note, small adjustment will be needed for the addition of flag_dec_include
> in set_dec_flags.

Jakub- Sorry, yes. I've had other priorities the past few weeks here,
but I just committed r266745 adjusted for -fdec-include.

> I'm currently using this patch (pending it being committed) and have
> some pending patches that use it.
>
> I can use the old method of setting dec options for the time being and
> PR fortran/87919 will have to be modified accordingly.

Sorry again for the delay. It is committed now, so you may use the
new-style option setting. Thanks in advance for your upcoming patches.

> I note that in gcc/fortran/options the comment preceding
> set_default_std_flags it says:
>
> "Keep in sync with libgfortran/runtime/compile_options.c
> (init_compile_options)."
>
> and in libgfortran/runtime/compile_options.c preceding
> init_compile_options it says:
>
> "Keep in sync with gcc/fortran/options.c (gfc_init_options)."
>
> I think this should have (set_default_std_flags) instead of
> (gfc_init_options) and they are not in sync.

The first comment (above set_default_std_flags) is also present before
gfc_init_options, which is technically the routine that should mirror
init_compile_options. Since set_default_std_flags is a subroutine of
gfc_init_options, it should also sync with the std flags setting in
init_compile_options, so I don't think any of the comments are
incorrect. However the symmetry may be more obvious if the std flags
setting from init_compile_options was in a subroutine (named similarly
to set_default_std_flags), then the comments on the default standard
flags could reference each other.

That being said, it does appear the default standard flags are out of
sync, as you mentioned... Not sure if this is worth a PR but it's
certainly worth fixing. Seems it was introduced when f2015 was renamed
to f2018 in r255761.


Fritz

  reply	other threads:[~2018-12-03 15:52 UTC|newest]

Thread overview: 15+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2018-11-07 15:07 Mark Eggleston
2018-11-07 15:22 ` Jakub Jelinek
2018-11-07 22:05   ` Fritz Reese
2018-11-07 22:32     ` Jakub Jelinek
2018-11-08 17:09       ` Fritz Reese
2018-11-08 17:54         ` Jakub Jelinek
2018-11-12 20:29           ` Fritz Reese
2018-11-12 20:42             ` Jakub Jelinek
2018-11-12 20:53               ` Fritz Reese
2018-11-22 11:46                 ` Jakub Jelinek
2018-12-03 15:26             ` Mark Eggleston
2018-12-03 15:52               ` Fritz Reese [this message]
2018-12-03 15:58                 ` Jakub Jelinek
2018-12-03 17:12                   ` Jakub Jelinek
2018-12-03 17:39                     ` Fritz Reese

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='CAE4aFAmvVvPRUSXDD2qQ7FTcP+9nYKCMveX=Tx2COfdqVs=wzA@mail.gmail.com' \
    --to=fritzoreese@gmail.com \
    --cc=fortran@gcc.gnu.org \
    --cc=gcc-patches@gcc.gnu.org \
    --cc=jakub@redhat.com \
    --cc=law@redhat.com \
    --cc=mark.eggleston@codethink.co.uk \
    /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).