Re: [PATCH] Allow fpmath differences in inlining when callee doesn't use FP math

2017-08-24 Thread Uros Bizjak
On Thu, Aug 24, 2017 at 1:34 PM, Richard Biener wrote: > On Thu, 24 Aug 2017, Uros Bizjak wrote: > >> On Thu, Aug 24, 2017 at 1:10 PM, Richard Biener wrote: >> > >> > This adjusts the x86 backend to allow -mfpmath differences when >> > deciding whether to allow inlining. -mfpmath doesn't really

Re: [PATCH] Allow fpmath differences in inlining when callee doesn't use FP math

2017-08-24 Thread Richard Biener
On Thu, 24 Aug 2017, Uros Bizjak wrote: > On Thu, Aug 24, 2017 at 1:10 PM, Richard Biener wrote: > > > > This adjusts the x86 backend to allow -mfpmath differences when > > deciding whether to allow inlining. -mfpmath doesn't really > > matter for functions not containing FP operations. > > > >

Re: [PATCH] Allow fpmath differences in inlining when callee doesn't use FP math

2017-08-24 Thread Uros Bizjak
On Thu, Aug 24, 2017 at 1:10 PM, Richard Biener wrote: > > This adjusts the x86 backend to allow -mfpmath differences when > deciding whether to allow inlining. -mfpmath doesn't really > matter for functions not containing FP operations. > > It appears that the can_inline_p target hook is called

[PATCH] Allow fpmath differences in inlining when callee doesn't use FP math

2017-08-24 Thread Richard Biener
This adjusts the x86 backend to allow -mfpmath differences when deciding whether to allow inlining. -mfpmath doesn't really matter for functions not containing FP operations. It appears that the can_inline_p target hook is called from the C++ FE for multi-versioning, thus the ! ipa_fn_summaries