public inbox for gcc@gcc.gnu.org
 help / color / mirror / Atom feed
From: law@redhat.com
To: "John David Anglin" <dave@hiauly1.hia.nrc.ca>
Cc: gcc@gcc.gnu.org, willy@debian.org
Subject: Re: PA specifies invalid T_ADAFLAGS
Date: Fri, 26 Apr 2002 10:43:00 -0000	[thread overview]
Message-ID: <12803.1019841149@porcupine.cygnus.com> (raw)
In-Reply-To: Your message of Fri, 26 Apr 2002 12:35:07 EDT. <200204261635.g3QGZ7bW026408@hiauly1.hia.nrc.ca>

In message <200204261635.g3QGZ7bW026408@hiauly1.hia.nrc.ca>, "John David Anglin
" writes:
 > >  > I suspect using "-mdisable-indexing" dates from a time when indexing
 > >  > didn't work very well.  This was reworked a year or two ago.
 > > No.  The semantics of Ada don't play well with the funky implicit space 
 > > register
 > > selection done on PAs.  -mdisable-indexing is really needed for Ada.
 > 
 > Yes.  I am testing a patch to correct the configuration regression
 > introduced last fall.  I had my first successful build of ada last
 > night under hpux with gcc 3.1.
Actually, I forgot, there is a way we could get rid of -mdisable-indexing
completely (without totally removing indexing :-)

Basically we would only do indexing when we can prove that we have a 
"pure pointer"; where "pure pointer" means that we have a pointer that
we know points to a location within its object.  We largely have this
with REGNO_POINTER_FLAG, but if I recall properly it gets set sometimes when
it shouldn't.  We'd also need a reasonable way to propagage REGNO_POINTER_FLAG
to other pointer references (the code in regclass is painfully inadequate).

Anyway, once we have "pure pointers" identified & marked, then we only 
allow indexing on the pure pointer.

Moving REGNO_POINTER_FLAG out of its separate array and into the register RTL
structure itself was one of the key first steps (so that we can safely examine
it during assembly output).

The next step would be to review generation of REGNO_POINTER_FLAG to ensure
it's only generated for pure pointers.  Then we can twiddle the backend to 
use it, then we can write a pass to propagage REGNO_POINTER_FLAG so that it's
more aggressively set.

jeff

  reply	other threads:[~2002-04-26 17:43 UTC|newest]

Thread overview: 45+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2002-04-24 12:07 John David Anglin
2002-04-24 12:43 ` Matthew Wilcox
2002-04-25 15:04   ` John David Anglin
2002-04-26 10:56     ` law
2002-04-26 11:28       ` John David Anglin
2002-04-24 13:27 ` Arnaud Charlet
2002-04-24 13:38   ` John David Anglin
2002-04-24 14:28     ` Arnaud Charlet
2002-04-24 22:47       ` John David Anglin
2002-04-26  9:35 ` law
2002-04-26  9:39   ` John David Anglin
2002-04-26 10:43     ` law [this message]
  -- strict thread matches above, loose matches on Subject: below --
2002-04-26 16:14 Robert Dewar
     [not found] <10204260954.AA16645@vlsi1.ultra.nyu.edu>
2002-04-26  8:11 ` Matthew Wilcox
2002-04-26  4:06 Richard Kenner
2002-04-25 22:55 Matthew Wilcox
2002-04-25 21:14 Robert Dewar
2002-04-25 20:52 Robert Dewar
2002-04-25 21:53 ` John David Anglin
2002-04-25 19:58 Robert Dewar
2002-04-25 20:51 ` John David Anglin
2002-04-25 19:45 Robert Dewar
2002-04-25 19:37 Robert Dewar
2002-04-25 19:55 ` John David Anglin
2002-04-25  5:35 Richard Kenner
2002-04-26 10:54 ` law
2002-04-25  3:37 Richard Kenner
2002-04-24 22:08 Robert Dewar
2002-04-24 21:27 Robert Dewar
2002-04-24 20:37 Robert Dewar
2002-04-24 20:44 ` Matthew Wilcox
2002-04-24 21:44 ` John David Anglin
2002-04-24 20:09 Robert Dewar
2002-04-24 20:06 Robert Dewar
2002-04-24 20:26 ` Matthew Wilcox
2002-04-24 21:39   ` John David Anglin
2002-04-24 19:59 Richard Kenner
2002-04-24 22:07 ` John David Anglin
2002-04-25  0:18   ` Arnaud Charlet
2002-04-25  0:49     ` Richard Henderson
2002-04-26 10:51       ` law
2002-04-25  2:47   ` Olivier Hainque
2002-04-25  2:58     ` Michael Matz
2002-04-25  9:25     ` John David Anglin
2002-04-24 10:27 Matthew Wilcox

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=12803.1019841149@porcupine.cygnus.com \
    --to=law@redhat.com \
    --cc=dave@hiauly1.hia.nrc.ca \
    --cc=gcc@gcc.gnu.org \
    --cc=willy@debian.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).