MEM/u trouble
Jakub Jelinek
jakub@redhat.com
Tue Mar 13 05:58:00 GMT 2001
On Tue, Mar 13, 2001 at 08:50:39AM -0500, Richard Kenner wrote:
> + /* If target is unchanging, but slot is not, we could end up
> + initializing the unchanging target through non-unchanging
> + references. */
> + if (RTX_UNCHANGING_P (target) && ! TREE_READONLY (slot))
> + RTX_UNCHANGING_P (target) = 0;
>
> You can't do this since target might (in fact usually is) a stack slot
> and you can't access it in a different way than it was created.
Can I access a (mem/u (addressof ())) this way at least? Or do we have to
force initialization of the slot at a temporary and then copying it to the
const location (that would pessimize the code)?
Jakub
More information about the Gcc-patches
mailing list