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 Richard Biener
On Wed, May 13, 2015 at 12:12 AM, Jan Hubicka hubi...@ucw.cz 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 Jan Hubicka
On Wed, May 13, 2015 at 12:12 AM, Jan Hubicka hubi...@ucw.cz 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

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

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