public inbox for gcc@gcc.gnu.org
 help / color / mirror / Atom feed
* My last question
@ 2000-05-28  6:11 Richard Kenner
  2000-05-28 11:31 ` Mark Mitchell
  0 siblings, 1 reply; 2+ messages in thread
From: Richard Kenner @ 2000-05-28  6:11 UTC (permalink / raw)
  To: gcc

I see the way it was done was to avoid reassigning stack slots to objects
of a different alias set.  That will indeed solve the problem but will
also have the effect, for most purposes, of disabling the sharing of temporary
slots.  So I'd like to find some other approach if we can.

^ permalink raw reply	[flat|nested] 2+ messages in thread

* Re: My last question
  2000-05-28  6:11 My last question Richard Kenner
@ 2000-05-28 11:31 ` Mark Mitchell
  0 siblings, 0 replies; 2+ messages in thread
From: Mark Mitchell @ 2000-05-28 11:31 UTC (permalink / raw)
  To: kenner; +Cc: gcc

>>>>> "Richard" == Richard Kenner <kenner@vlsi1.ultra.nyu.edu> writes:

    Richard> I see the way it was done was to avoid reassigning stack
    Richard> slots to objects of a different alias set.  That will
    Richard> indeed solve the problem but will also have the effect,
    Richard> for most purposes, of disabling the sharing of temporary
    Richard> slots.  So I'd like to find some other approach if we
    Richard> can.

Yes.  I've argued that stack slots should be assigned like registers.
There should be stack-pseudos for a while, and then there should be
stack-allocation.  In fact, in the long run, I'm not sure that
stack-pseudos should even be different from ordinary pseudos.  One of
the long-standing problems with GCC's optimization is that we commit
to code shape too early.  ADDRESSOF is an attempt to avoid this
problem, and is certainly an improvement, but we should be able to do
better.

--
Mark Mitchell                   mark@codesourcery.com
CodeSourcery, LLC               http://www.codesourcery.com

^ permalink raw reply	[flat|nested] 2+ messages in thread

end of thread, other threads:[~2000-05-28 11:31 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2000-05-28  6:11 My last question Richard Kenner
2000-05-28 11:31 ` Mark Mitchell

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).