Re: [PATCHES] Update avx256-unaligned-load-1.c and avx256-unaligned-store-2.c

On Wed, Apr 20, 2016 at 5:35 PM, H.J. Lu wrote: > On Wed, Apr 20, 2016 at 4:19 AM, Uros Bizjak wrote: > >> BTW: There are a couple of regressions in the testsuite [1] when >> configured --with-arch=corei7. Can you please look at the testcases, >> if scan patterns need to be adjusted? > > They are

[PATCH] Allow all 1s of integer as standard SSE constants

Since all 1s in TImode is standard SSE2 constants, all 1s in OImode is standard AVX2 constants and all 1s in XImode is standard AVX512F constants, pass mode to standard_sse_constant_p and standard_sse_constant_opcode to check if all 1s is available for target. Tested on Linux/x86-64. OK for maste

Re: [PATCH 10/18] merge adjust_cost and adjust_cost_2 target hooks

On Wed, Apr 20, 2016 at 07:17:03AM -0500, Segher Boessenkool wrote: > On Wed, Apr 20, 2016 at 02:22:14AM -0400, tbsaunde+...@tbsaunde.org wrote: > > * config/microblaze/microblaze.c (microblaze_adjust_cost): > > * Likewise. > > Stray * (here and elsewhere). > > > --- a/gcc/config/alpha/al

[PATCHv2, rs6000] Expand vec_ld and vec_st during parsing to improve performance

Hi, Thanks to Richard for help with the POINTER_PLUS_EXPR and BIT_AND_EXPR changes. This version of the patch is identical to the previous one, except that the logic for expanding these expressions is now greatly simplified. Eventually we will want to remove the overload handling from rs6000-c.c

Re: [PATCH, rs6000] Expand vec_ld and vec_st during parsing to improve performance

> On Apr 20, 2016, at 6:55 AM, Bill Schmidt wrote: > Looking into this a bit more reminded me why things are the way they > are. The AltiVec interfaces were designed way back to be overloaded > functions, which isn't valid C99. Thus they can't be declared in > headers without some magic. And f

[PATCH] vrp: remove rendundant has_single_use tests

During assert-location discovery, if an SSA name is live according to live_on_edge() on some outgoing edge E, then the SSA name definitely has at least two uses: the use on the outgoing edge, and the use in some BB dominating E->src from which the SSA_NAME and the potential assertion was discovered

Re: [PATCH][cilkplus] fix c++ implicit conversions with cilk_spawn (PR/69024, PR/68997)

Can we push this now that the gcc 7 branch is open? On Wed, Feb 10, 2016 at 1:00 PM, Jeff Law wrote: > On 01/20/2016 10:57 AM, Ryan Burn wrote: >> >> This patch follows on from >> https://gcc.gnu.org/ml/gcc-patches/2015-12/msg02142.html >> >> As discussed, it creates a separate function >> cilk_c

Re: [PATCH 00/18] towards removing rtx_insn_list and rtx_expr_list

On Wed, Apr 20, 2016 at 06:03:01AM -0700, Andi Kleen wrote: > tbsaunde+...@tbsaunde.org writes: > > > I have some more patches that almost completely eliminate these, but I > > haven't > > tested the rest yet, and this is already a long series so it would be nice > > to > > get some of it out of

Re: [PATCH] vrp: remove rendundant has_single_use tests

On Wed, Apr 20, 2016 at 6:45 PM, Patrick Palka wrote: > During assert-location discovery, if an SSA name is live according to > live_on_edge() on some outgoing edge E, then the SSA name definitely has > at least two uses: the use on the outgoing edge, and the use in some BB > dominating E->src fro

[PATCH] opts-global.c: Include gimple.h for LAST_AND_UNUSED_GIMPLE_CODE.

gcc/: 2016-04-16 Khem Raj * opts-global.c: Include gimple.h for LAST_AND_UNUSED_GIMPLE_CODE. Fixes build errors e.g. | ../../../../../../../work-shared/gcc-6.0.0-r0/git/gcc/lto-streamer.h:159:34: error: 'LAST_AND_UNUSED_GIMPLE_CODE' was not declared in this scope |LTO_bb0 = 1 + M

Re: [PATCH 11/18] add some utility methods to vec

On Wed, Apr 20, 2016 at 11:13:42AM +0200, Richard Biener wrote: > On Wed, Apr 20, 2016 at 8:22 AM, wrote: > > From: Trevor Saunders > > > > Later patches use these functions, and I believe Mikhail has mentioned > > before > > he'd like to have begin / end () on vec before. > > begin() / end ()

<    1   2