public inbox for gcc-bugs@sourceware.org help / color / mirror / Atom feed
From: "manfred99 at gmx dot ch" <gcc-bugzilla@gcc.gnu.org> To: gcc-bugs@gcc.gnu.org Subject: [Bug fortran/32382] missed optimization in internal read Date: Sun, 02 Sep 2007 11:53:00 -0000 [thread overview] Message-ID: <20070902115303.31418.qmail@sourceware.org> (raw) In-Reply-To: <bug-32382-9562@http.gcc.gnu.org/bugzilla/> ------- Comment #3 from manfred99 at gmx dot ch 2007-09-02 11:53 ------- Jerry, any news on this? I have seen this pattern many times in legacy fortran77 code, and the code authors seem to assume that ridiculously large loop stop values do not compromize performance. After all, in fortran77 you have to do something like this if you don't know the dimension to the data to read. Interestingly, ifort seems to have changed their mind, as ifort 8.1 seems to loop till the end (see comp.lang.fortran link in BUG 32257), whereas ifort 9.0 stops at value 4, like g77. And, as mentioned in BUG 32257, the compiler is free to choose. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32382
next prev parent reply other threads:[~2007-09-02 11:53 UTC|newest] Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top 2007-06-17 20:29 [Bug fortran/32382] New: " manfred99 at gmx dot ch 2007-06-17 20:48 ` [Bug fortran/32382] " jvdelisle at gcc dot gnu dot org 2007-06-23 3:13 ` jvdelisle at gcc dot gnu dot org 2007-09-02 11:53 ` manfred99 at gmx dot ch [this message] 2007-09-02 16:08 ` jvdelisle at gcc dot gnu dot org 2007-10-05 9:37 ` manfred99 at gmx dot ch 2007-10-05 9:38 ` manfred99 at gmx dot ch 2009-09-13 14:30 ` jvdelisle at gcc dot gnu dot org 2010-02-13 6:17 ` jvdelisle at gcc dot gnu dot org 2010-02-14 8:29 ` jvdelisle at gcc dot gnu dot org 2010-02-14 8:33 ` jvdelisle at gcc dot gnu dot org 2010-02-14 15:02 ` hjl dot tools at gmail dot com
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=20070902115303.31418.qmail@sourceware.org \ --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: linkBe 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).