bug in expr.c?

Mike Stump mrs@wrs.com
Tue Feb 10 14:45:00 GMT 1998


This work was put in by kenner at the FSF, he might be able to say for
sure:

Thu Nov 20 16:37:36 1997  Richard Kenner  <kenner@vlsi1.ultra.nyu.edu>
 
        * expr.c (expand_assignment): If assigning to readonly field,
        mark rtx as unchanging.

revision 1.463
date: 1997/11/20 23:38:15;  author: kenner;  state: Exp;  lines: +9 -0
(expand_assignment): If assigning to readonly field, mark rtx as unchanging.

> Date: Mon, 9 Feb 1998 23:34:14 -0600
> From: Robert Lipe <robertl@dgii.com>
> To: egcs@cygnus.com

> I was cleaning up warnings expr.c and believe this to be a bug.   Can
> anyone that actually understands this confirm or deny this?

> expand_assignment()

>       if (TREE_CODE (to) == COMPONENT_REF
>           && TREE_READONLY (TREE_OPERAND (to, 1)))
>         {
>           if (offset = 0)
>             to_rtx = copy_rtx (to_rtx);

>           RTX_UNCHANGING_P (to_rtx) = 1;
>         }

> That copy_rtx will never ever be called, right?

> Is the "obvious" fix of "offset == 0" correct?



More information about the Gcc mailing list