public inbox for gcc-bugs@sourceware.org
help / color / mirror / Atom feed
From: "sgk at troutmask dot apl.washington.edu" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug fortran/92065] [8/9/10/11 Regression] internal compiler error: in expand_expr_real_1
Date: Sun, 20 Dec 2020 00:02:24 +0000	[thread overview]
Message-ID: <bug-92065-4-ipeh0311yE@http.gcc.gnu.org/bugzilla/> (raw)
In-Reply-To: <bug-92065-4@http.gcc.gnu.org/bugzilla/>

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92065

--- Comment #9 from Steve Kargl <sgk at troutmask dot apl.washington.edu> ---
On Sat, Dec 19, 2020 at 11:35:24PM +0000, gtoth at umich dot edu wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92065
> 
> 
> Apparently this bug was reported years ago, and it was not fixed. There was no
> suggestion on how to avoid it either. 
> 
> I am not sure why gfortran is not supported by GNU, as it is used heavily in
> the computational physics community and gfortran is one of the compilers (the
> other is ifort) installed on supercomputers around the world. There are
> millions and millions of lines of code depending on Fortran and there are 10s
> of thousands of scientists and students using these codes. The only hope to
> adopt new (meaning beyond F77 and F90) features of Fortran by the community is
> to have compilers that can handle these new features. Why am I wasting time to
> write a nice piece of code (in this case a general interpolation routine that
> can handle any type of numbers) if in the end I get a compiler internal error.
> nagfor can handle it, ifort can handle it, gfortran cannot. And gfortran is one
> of the MAIN fortran compilers. So now I have to dumb down my code to the usual
> cut-and-paste style, repetition and so on, because I cannot use class(*). 
> 
> So I am frustrated. And maybe my frustration will motivate you to fix the
> problem.
> 

Apparently, you missed the word "volunteer".  How much did you
(and others) pay in ifort and nagfor licenses and support 
contracts?  No one is willing to pay for general maintianence
of gfortran.  At best, you may find someone willing to pay for
a specific feature (e.g., ORNL's support for work on openacc).
I've fixed 100s of bugs and implemented some new features for
gfortran.  Many of my fixes are for bugs that affected my own
Fortran code.  Some are for bugs in areas of the compiler I
know well.  I've also reviewed 100s of patches by others.
I do not use the OOP features of Fortran, so I have very little
knowledge about its implementation details.  So, your SOL 
if you're waiting for me to fix this bug.

Rants, like yours here, are one of two reasons why I've
stopped contributing to gfortran.  I will no longer review
patches, and if I submit a patch, it will be to fix a bug
affecting my code.

  parent reply	other threads:[~2020-12-20  0:02 UTC|newest]

Thread overview: 27+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <bug-92065-4@http.gcc.gnu.org/bugzilla/>
2020-04-20 20:08 ` [Bug fortran/92065] [8/9/10 " anlauf at gcc dot gnu.org
2020-12-19 22:22 ` [Bug fortran/92065] [8/9/10/11 " gtoth at umich dot edu
2020-12-19 23:17 ` kargl at gcc dot gnu.org
2020-12-19 23:35 ` gtoth at umich dot edu
2020-12-20  0:02 ` sgk at troutmask dot apl.washington.edu [this message]
2020-12-20  5:24 ` gtoth at umich dot edu
2020-12-20  7:07 ` sgk at troutmask dot apl.washington.edu
2020-12-20 12:14 ` dominiq at lps dot ens.fr
2020-12-20 13:55 ` tkoenig at gcc dot gnu.org
2020-12-20 17:39 ` gtoth at umich dot edu
2020-12-20 20:01 ` dominiq at lps dot ens.fr
2020-12-21  8:52 ` drikosev at gmail dot com
2020-12-21  9:40 ` jakub at gcc dot gnu.org
2020-12-21 10:09 ` jakub at gcc dot gnu.org
2020-12-21 10:12 ` dominiq at lps dot ens.fr
2020-12-21 10:13 ` jakub at gcc dot gnu.org
2020-12-22 21:15 ` drikosev at gmail dot com
2020-12-24 11:10 ` drikosev at gmail dot com
2020-12-26  1:04 ` drikosev at gmail dot com
2020-12-26  2:58 ` gtoth at umich dot edu
2021-05-14  9:52 ` [Bug fortran/92065] [9/10/11/12 " jakub at gcc dot gnu.org
2021-05-20 18:54 ` anlauf at gcc dot gnu.org
2021-05-21  6:59 ` rguenth at gcc dot gnu.org
2021-05-21  8:17 ` jakub at gcc dot gnu.org
2021-05-25 19:49 ` anlauf at gcc dot gnu.org
2021-06-01  8:15 ` rguenth at gcc dot gnu.org
2021-09-06 19:12 ` [Bug fortran/92065] [9/10/11 " anlauf at gcc dot gnu.org

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=bug-92065-4-ipeh0311yE@http.gcc.gnu.org/bugzilla/ \
    --to=gcc-bugzilla@gcc.gnu.org \
    --cc=gcc-bugs@gcc.gnu.org \
    /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).