On Thu, 30 Jan 2014, Jakub Jelinek wrote:
> On Thu, Jan 30, 2014 at 07:25:03PM +0100, Richard Biener wrote:
> > *** 8886,8891
> > --- 8892,8932
> > || TREE_ADDRESSABLE (desttype))
> > return NULL_TREE;
> >
> > + /* Make sure we are not copying using a floating-point mo
On Thu, Jan 30, 2014 at 07:25:03PM +0100, Richard Biener wrote:
> *** 8886,8891
> --- 8892,8932
> || TREE_ADDRESSABLE (desttype))
> return NULL_TREE;
>
> + /* Make sure we are not copying using a floating-point mode or
> + a type whose size possibly does no
The following attempts to provide a fix for PR59990 - the fact
that we shouldn't use FP modes to implement memcpy in the middle-end.
It consolidates the ubsan case for BOOLEAN and ENUMERAL types which
are desirable to avoid anyway.
Bootstrapped and tested on x86_64-unknown-linux-gnu.
Does this l
