[Darwin, PPC, testsuite, committed] Fix fail for bmi2-bzhi64-1a.c

This test is failing with older cpus because the included header needs both altivec and vsx to be enabled to succeed in compiling. Without this (if these are not defaults for the cpu) there are errors like: In file included from ... x86intrin.h:41, from ... bmi2-bzhi64-1a.c:6: .

Re: [PATCH] i386: Roundeven expansion for SSE4.1+

On Wed, Jul 24, 2019 at 12:43 PM Tejas Joshi wrote: > > Hi. > This is a patch that Uros suggested for roundeven expansion, here. > Thanks for the heads up. > > I have rerun the testsuite on the patch, it survives the regression > tests and

Re: [PATCH][RFC][x86] Fix PR91154, add SImode smax, allow SImode add in SSE regs

On Wed, Jul 24, 2019 at 5:03 PM Jeff Law wrote: > > Clearly this approach will run into register allocation issues > > but it looks cleaner than writing yet another STV-like pass > > (STV itself is quite awkwardly structured so I refrain from > > touching it...). > > > > Anyway - comments? It se

Re: [PATCH][RFC][x86] Fix PR91154, add SImode smax, allow SImode add in SSE regs

On Thu, Jul 25, 2019 at 2:21 PM Richard Biener wrote: > > On Thu, 25 Jul 2019, Martin Jambor wrote: > > > Hello, > > > > On Tue, Jul 23 2019, Richard Biener wrote: > > > The following fixes the runtime regression of 456.hmmer caused > > > by matching ICC in code generation and using cmov more aggr

Re: [PATCH][RFC][x86] Fix PR91154, add SImode smax, allow SImode add in SSE regs

On Sat, Jul 27, 2019 at 12:07 PM Uros Bizjak wrote: > > How would one write smaxsi3 as a splitter to be split after > > reload in the case LRA assigned the GPR alternative? Is it > > even worth doing? Even the SSE reg alternative can be split > > to remove the not needed CC clobber. > > > > Fin

Re: [RS6000] Make assembler command line cpu match default for gcc

Hi Alan, Thank you for doing this! On Sat, Jul 27, 2019 at 02:56:23PM +0930, Alan Modra wrote: > The patch also introduces ASM_DEFAULT_EXTRA for the altivec variant > targets so as to enable -maltivec by default. That is a behaviour change I think? I don't know if it is correct... It doesn't by

Re: [RS6000] PR91135, __linux__ not defined with -mcall-aixdesc on 9.x and ppc64

On Sat, Jul 27, 2019 at 03:06:18PM +0930, Alan Modra wrote: > This patch makes the obvious fix for PR91135, and deletes extraneous > copies of GNU_USER_TARGET_D_OS_VERSIONS that appear in rs6000/linux.h > and rs6000/linux64.h. Since all configurations using either of these > files also inclue linu

Re: [RS6000] rs6000_output_mi_thunk tidy

On Sat, Jul 27, 2019 at 03:08:27PM +0930, Alan Modra wrote: > Since svn r123193 (git 327202e27a) the comment about scratch regs was > no longer correct, and I think gen_sibcall could have been used even > then. And the expander you call no does the special Mach-O handling. Okay. > Bootstrapped a