public inbox for gcc@gcc.gnu.org
 help / color / mirror / Atom feed
From: Michael Hayes <m.hayes@elec.canterbury.ac.nz>
To: egcs@cygnus.com
Cc: Michael Hayes <m.hayes@elec.canterbury.ac.nz>
Subject: Re-run of loop pass
Date: Sat, 17 Oct 1998 19:32:00 -0000	[thread overview]
Message-ID: <13865.9178.455954.70561@ongaonga.elec.canterbury.ac.nz> (raw)

What's the philosophy of rerunning the loop optimisation pass twice?

I've noticed that this can generate poorer code when unrolling loops
or using the bct optimisation if a BIV is eliminated on the first
pass.

On the second pass, loop_iterations is often unable to determine the
iteration count for loops with limits that should be able to be
determined at compile time.  Loop unrolling or the bct optimisation
then makes a dog's breakfast of things.

Michael.


             reply	other threads:[~1998-10-17 19:32 UTC|newest]

Thread overview: 23+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
1998-10-17 19:32 Michael Hayes [this message]
1998-10-18  0:15 ` Jeffrey A Law
1998-10-18  3:11   ` Michael Hayes
1998-10-18 11:04     ` David Edelsohn
1998-10-18 12:43     ` Mark Mitchell
1998-10-18 18:52       ` Michael Hayes
1998-10-21 23:18   ` Richard Henderson
1998-10-22  9:28     ` Jeffrey A Law
1998-10-22 21:15     ` Toon Moene
1998-10-23  2:57       ` Michael Hayes
1998-10-23  2:57         ` Michael Hayes
1998-10-23  2:57           ` Jeffrey A Law
1998-10-23  2:57             ` Michael Hayes
1998-10-25 13:53               ` Problem compiling python Hasan Diwan
1998-10-30  2:40                 ` Alexandre Oliva
1998-11-04 20:47           ` Re-run of loop pass Joern Rennecke
1998-11-05  0:28             ` Michael Hayes
1998-11-04 20:47               ` Joern Rennecke
1998-11-05  5:01                 ` Michael Hayes
1998-10-23 17:45         ` Toon Moene
1998-10-23 17:45           ` Michael Hayes
1998-10-18  6:11 ` Toon Moene
1998-10-18 17:19   ` Michael Hayes

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=13865.9178.455954.70561@ongaonga.elec.canterbury.ac.nz \
    --to=m.hayes@elec.canterbury.ac.nz \
    --cc=egcs@cygnus.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).