This is the mail archive of the gcc-patches@gcc.gnu.org mailing list for the GCC project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]

Re: MEM/u trouble


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


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]