[PATCH] Add ISA 3.0 PowerPC support for VEXTU{B,H,W}{L,R}X instructions

This patch adds support to use the ISA 3.0 VEXTU{B,H,W}{L,R}X byte extract instructions in the PowerPC. These instructions extract a byte, 16-bit half-word, or 32-bit word from a vector register using a variable index in a general purpose register, and put the result in a general purpose register.

Re: C++ PATCH to reject initializating flexible array members in constructors (PR c++/72775)

On Fri, Dec 9, 2016 at 11:33 AM, Martin Sebor wrote: > For flexible array members, because they're not in C++, we get to > make up the rules that make the most sense to us. IMO, they should > fit in well with the rest of the language. I disagree; we should support C code, but flexible arrays don

Re: [C++ Patch] PR 78637 ("ICE on invalid C++ code (internal compiler error: in pop_namespace, at cp/name-lookup.c:3826)")

OK. On Fri, Dec 2, 2016 at 9:20 AM, Paolo Carlini wrote: > Hi, > > this regression is caused by my fix for c++/60385, where I changed > push_namespace to early return (a bool) when pushdecl fails. In the present > testcase, a different push_namespace call in cp_parser_namespace_definition, > for

Re: libgo patch committed: Copy hash code from Go 1.7 runtime

On Fri, Dec 9, 2016 at 2:09 AM, Sebastian Huber wrote: > On 08/12/16 17:37, Ian Lance Taylor wrote: >> >> +// For gccgo, use go:linkname to rename compiler-called functions to >> +// themselves, so that the compiler will export them. >> +// >> +//go:linkname memhash runtime.memhash >> + >> +const

Re: [Patch][i386] PR 70118: Fix ubsan warning on SSE2 loadl_epi64 and storel_epi64

On Tuesday 06 December 2016, Uros Bizjak wrote: > Hello! > > > 2016-11-30 Allan Sandfeld Jensen > > > >PR target/70118 > >* gcc/config/i386/mmintrin.h (__m64_u): New type > >* gcc/config/i386/emmintrin.h (_mm_loadl_epi64, _mm_storel_epi64): > >Make the allowed u

Re: [PATCH] Fix A < 0 ? C : 0 optimization (PR tree-optimization/78720)

On Fri, 9 Dec 2016, Jakub Jelinek wrote: This patch fixes the recently added A < 0 ? C : 0 for power of 2 C optimization. The if (!TYPE_UNSIGNED (TREE_TYPE (@0))) part is just for safety, I'd hope that unsigned < 0 is folded into 0 earlier, but just in case this is handled first. The issue whi

[PATCH] Fix tree-object-size for Fortran ARRAY_REFs (PR fortran/78758)

Hi! tree-object-size.c has been written with C-family FEs in mind (which is where it has been solely used for initially), and as the testcases show it doesn't work well with Fortran or other FE when it started to be used everywhere recently. Fixed thusly, bootstrapped/regtested on x86_64-linux an

Re: [PATCH] Fix A < 0 ? C : 0 optimization (PR tree-optimization/78720)

On Sat, Dec 10, 2016 at 12:04:25AM +0100, Marc Glisse wrote: > On Fri, 9 Dec 2016, Jakub Jelinek wrote: > > >This patch fixes the recently added A < 0 ? C : 0 for power of 2 C > >optimization. The if (!TYPE_UNSIGNED (TREE_TYPE (@0))) part is just > >for safety, I'd hope that unsigned < 0 is folde

Re: C++ PATCH to reject initializating flexible array members in constructors (PR c++/72775)

On 12/09/2016 02:49 PM, Jason Merrill wrote: On Fri, Dec 9, 2016 at 11:33 AM, Martin Sebor wrote: For flexible array members, because they're not in C++, we get to make up the rules that make the most sense to us. IMO, they should fit in well with the rest of the language. I disagree; we sho

Re: [PATCH] Fix tree-object-size for Fortran ARRAY_REFs (PR fortran/78758)

On December 10, 2016 1:39:52 AM GMT+01:00, Jakub Jelinek wrote: >Hi! > >tree-object-size.c has been written with C-family FEs in mind (which is >where it has been solely used for initially), and as the testcases show >it doesn't work well with Fortran or other FE when it started to be >used >ever

Re: [PATCH] Fix ICEs when -fsanitize={undefined,address,thread} is used during -c -flto but not during the final link (PR sanitizer/78708)

On December 9, 2016 8:30:26 PM GMT+01:00, Jakub Jelinek wrote: >Hi! > >If some TUs are compiled with -flto -fsanitize={undefined,address} or >-fsanitize=thread, there might be some internal calls in them which >require >sanopt pass to lower them. If the final link is performed without >the corre

<    1   2   3