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