comp.lang.ada
 help / color / mirror / Atom feed
From: Florian Weimer <fw@deneb.enyo.de>
Subject: Re: Releasing Aliased Variables
Date: 08 Mar 2001 14:24:36 +0100
Date: 2001-03-08T14:24:36+01:00	[thread overview]
Message-ID: <87bsrcs8a3.fsf@deneb.enyo.de> (raw)
In-Reply-To: wccsnkpi8qb.fsf@world.std.com

Robert A Duff <bobduff@world.std.com> writes:

> In code-generation terms, it causes X to allocated at an addressable
> location (eg, not in a register).  It is unlikely that "aliased"
> controls whether X is allocated on the stack versus the heap (but of
> course compilers can do what they like).

Some time ago, there was a thread in which someone explained (I think
Robert Dewar) that 'aliased' does not provide any help to the compiler
regarding alias detection, register allocation etc. because the
compiler has to be able to determine this kind of information anyway
if an Address attribute is used.

So in code-generation terms, 'aliased' is a no-op.



  reply	other threads:[~2001-03-08 13:24 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2001-03-07 19:57 Releasing Aliased Variables Byron Kauffman
2001-03-07 20:44 ` tmoran
2001-03-07 21:12 ` Robert A Duff
2001-03-08 13:24   ` Florian Weimer [this message]
2001-03-08 14:37     ` Pat Rogers
2001-12-27 12:26       ` Florian Weimer
2001-03-08 14:52     ` Tucker Taft
2001-03-08 16:57     ` Robert A Duff
2001-03-09 15:08       ` Using COM Interfaces (was: Releasing Aliased Variables) Byron Kauffman
2001-03-09 17:01         ` Robert A Duff
2001-03-09 21:08         ` tmoran
2001-03-12 18:45     ` Releasing Aliased Variables Richard Kenner
2001-03-07 21:31 ` Florian Weimer
replies disabled

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox