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]
Other format: [Raw text]

Non-call exceptions versus cse


> because the load from foo->bar may trap, in which case nn will not be
> set.  We don't want data flow analysis incorrectly to conclude that
> the original value of nn is dead after this fragment.

> As far as I can see it's never correct to CSE two instructions if the
> first one may trap.

But this will disable cse of most memory references, integer divides, and
floating point operations.

Isn't it rather the job of flow to check an instruction for side effects
before removing it?

-- 
--------------------------
SuperH (UK) Ltd.
2410 Aztec West / Almondsbury / BRISTOL / BS32 4QX
T:+44 1454 465658


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