Re: Work around PR65873

2015-05-17 Thread Jan Hubicka
Hi, this is a variant of patch I backported to GCC 4.9. It also includes the earlier for for -fstrict-aliasing boundary. Honza Index: ChangeLog === --- ChangeLog (revision 223269) +++ ChangeLog (working copy) @@ -1,3 +1,10 @@ +

Re: Work around PR65873

2015-05-13 Thread Sandra Loosemore
On 05/12/2015 04:12 PM, Jan Hubicka wrote: Hi, this patch works around PR where we refuse to inline always_inline memcpy into function with explicit Ofast optimization attribute. This is because we think we can not promote -fno-fast-math code to -fast-math code. This is of course safe for memcp

Re: Work around PR65873

2015-05-13 Thread Jan Hubicka
> On Wed, May 13, 2015 at 12:12 AM, Jan Hubicka wrote: > > > > Hi, > > this patch works around PR where we refuse to inline always_inline memcpy > > into function with explicit Ofast optimization attribute. This is because > > we think we can not promote -fno-fast-math code to -fast-math code. >

Re: Work around PR65873

2015-05-13 Thread Richard Biener
On Wed, May 13, 2015 at 12:12 AM, Jan Hubicka wrote: > > Hi, > this patch works around PR where we refuse to inline always_inline memcpy > into function with explicit Ofast optimization attribute. This is because > we think we can not promote -fno-fast-math code to -fast-math code. > This is of c

Work around PR65873

2015-05-12 Thread Jan Hubicka
Hi, this patch works around PR where we refuse to inline always_inline memcpy into function with explicit Ofast optimization attribute. This is because we think we can not promote -fno-fast-math code to -fast-math code. This is of course safe for memcpy because it contains to fast-math code, but