[C++ PATCH] PR c++/89917 - ICE with lambda in variadic mem-init.

A mem-initializer is not a type, and we don't want to turn autos within it into packs. Tested x86_64-pc-linux-gnu, applying to trunk. * pt.c (make_pack_expansion): Change type_pack_expansion_p to false. --- gcc/cp/pt.c| 2 +- .../g++.dg/cpp0x/lamb

Re: [PATCH] improve performance of std::allocator::deallocate

On 03/07/2019 03:43 AM, Jonathan Wakely wrote: > On 06/03/19 22:27 +, Pádraig Brady wrote: >> >> >> On 03/06/2019 01:44 AM, Jonathan Wakely wrote: >>> On 06/03/19 09:20 +, Pádraig Brady wrote: On 03/06/2019 12:50 AM, Jonathan Wakely wrote: > On 06/03/19 02:43 +, Pádraig Brad

Re: [PATCH] [ARC] Restore blink first when optimizing for speed.

* Claudiu Zissulescu [2019-03-25 11:56:49 +0100]: > Hi, > > When not optimizing for size, we can restore first blink, hence the return > instruction will be executed faster. > > OK to apply? > Claudiu > > gcc/ > -xx-xx Claudiu Zissulescu > > * config/arc/arc.c (GMASK_LEN): Define

New German PO file for 'gcc' (version 9.1-b20190324)

Hello, gentle maintainer. This is a message from the Translation Project robot. A revised PO file for textual domain 'gcc' has been submitted by the German team of translators. The file is available at: https://translationproject.org/latest/gcc/de.po (This file, 'gcc-9.1-b20190324.de.po',

[PATCH] fix ICEs in c-attribs.c (PR 88383, 89288, 89798, 89797)​

This is yet another follow up on the discussion of the fix for the ICE in __builtin_has_attribute that started last December with PR88383. After my last post last week I went and added more tests to make sure the built-in behaves as intended by comparing its result for non-trivial expressions wit

[committed] xfail visium regression

Vlad's recent IRA change twiddled register assignments on the visium port causing a regression on the bit_shift.c test. Essentially the change in register assignments have resulted in changing where register->register moves are occurring. I have verified we have the same number of insns on each

[Patch, fortran] PR89904 - ICE in gfortran starting with r270045

Dear all, my fix for pr85797 and pr83515 came along with a testcase that failed on powerpc64*-unknown-linux-gnu. It turned out that the checks for the arguments to the TRANSFER intrinsic had to be tightened, i.e. not to allow some of the tests. This patch revises the checks to a version as discu

[PATCH] Remove unnecessary FIXME header comments in gimplify.c

After dicussing this on the list as archived here, https://gcc.gnu.org/ml/gcc/2019-04/msg00026.html these comments are not needed it seems. Therefore remove them to update the comments with these issues as no longer required fixes due to several things being required to build properly from those he

[PATCH] [ARC] PR 88409: miscompilation due to missing cc clobber in longlong.h macros

simple test such as below was failing. | void main(int argc, char *argv[]) | { |size_t total_time = 115424; // expected 115.424 |double secs = (double)total_time/(double)1000; |printf("%s %d %lf\n", "secs", total_time, secs); // prints 113.504 |printf("%d\n",

Re: [RFC/RFA] Obsolete Cell Broadband Engine SPU targets

On 4/2/19 10:49 AM, Eric Gallager wrote: > On 4/2/19, Ulrich Weigand wrote: >> Hello, >> >> the spu-elf target in GCC supports generating code for the SPU processors >> of the Cell Broadband Engine; it has been part of upstream GCC since 2008. >> >> However, at this point I believe this target is

Re: [RFC/RFA] Obsolete Cell Broadband Engine SPU targets

Eric Gallagher wrote: > On 4/2/19, Ulrich Weigand wrote: > > Hello, > > > > the spu-elf target in GCC supports generating code for the SPU processors > > of the Cell Broadband Engine; it has been part of upstream GCC since 2008. > > > > However, at this point I believe this target is no longer in

Re: [RFC/RFA] Obsolete Cell Broadband Engine SPU targets

On 4/2/19, Ulrich Weigand wrote: > Hello, > > the spu-elf target in GCC supports generating code for the SPU processors > of the Cell Broadband Engine; it has been part of upstream GCC since 2008. > > However, at this point I believe this target is no longer in use: > - There is no supported Cell/

Re: [PATCH] Improve DF use of loop-invaraint (PR46590)

Richard Sandiford writes: > Richard Biener writes: >> After the fix to RPO VN in loop header copying DF via RTL invariant >> motion takes 50% of the compile-time for the second testcase in >> PR46590. This is caused by the DF live problem iterating over >> all dirty blocks for the local problem

Re: [RFC/RFA] Obsolete Cell Broadband Engine SPU targets

On Tue, Apr 2, 2019 at 2:46 AM Ulrich Weigand wrote: > > Hello, > > the spu-elf target in GCC supports generating code for the SPU processors > of the Cell Broadband Engine; it has been part of upstream GCC since 2008. > > However, at this point I believe this target is no longer in use: > - There

[committed] sel-sched: skip outer loop in get_all_loop_exits (PR 84206)

Hi, this patch by Andrey fixes iteration in get_all_loop_headers where we want to visit only inner loops, not the outer loop. Alexander 2019-04-02 Andrey Belevantsev PR rtl-optimization/84206 * sel-sched-ir.h (get_all_loop_exits): Avoid the outer loop when iterating o

[committed] sel-sched: fixup reset of first_insn (PR 85876)

Hi, this patch by Andrey adjusts reset of first_insn in code_motion_path_driver in order to avoid taking it from before the original insn. Alexander 2019-04-02 Andrey Belevantsev PR rtl-optimization/85876 * sel-sched.c (code_motion_path_driver): Avoid unwinding first_insn

Re: [PATCH, GCC, DOCS, AArch64] Add missing documenation for mbranch-protection

On 4/2/19 6:45 AM, Sudakshina Das wrote: Hi This patch add the missing documentation bits for -mbranch-protection in both extend.texi and invoke.texi. Is this ok for trunk? diff --git a/gcc/doc/extend.texi b/gcc/doc/extend.texi index ef7adb6a9c0fe1abd769e237fd8d0ce4c614aef8..7e1c28182138aeba1

Re: [PATCH,AIX] go: disable mvsx and maltivec for aix/ppc

On Tue, Apr 2, 2019 at 10:24 AM CHIGOT, CLEMENT wrote: > > > On Tue, Apr 2, 2019 at 4:05 PM David Edelsohn wrote: > > On Tue, Apr 2, 2019 at 10:01 AM CHIGOT, CLEMENT > > wrote: > > > On Tue, Apr 2, 2019 at 8:01 PM Ian Lance Taylor wrote: > > > > On Mon, Apr 1, 2019 at 7:28 PM David Edelsohn w

Re : add tsv110 pipeline scheduling

Hi ,James: Has the submitted patch been merged into the trunk? Looking forward to your reply , thank you very much!

Re: [PATCH,AIX] go: disable mvsx and maltivec for aix/ppc

On Tue, Apr 2, 2019 at 4:05 PM David Edelsohn wrote: > On Tue, Apr 2, 2019 at 10:01 AM CHIGOT, CLEMENT > wrote: > > On Tue, Apr 2, 2019 at 8:01 PM Ian Lance Taylor wrote: > > > On Mon, Apr 1, 2019 at 7:28 PM David Edelsohn wrote: > > > > On Mon, Apr 1, 2019 at 10:12 PM Ian Lance Taylor > >

Re: [PATCH 3/N] Fix GCC internal format in D front-end.

On Tue, 2 Apr 2019 at 12:51, Martin Liška wrote: > > On 3/11/19 3:00 PM, Martin Liška wrote: > > On 3/11/19 2:38 PM, Jakub Jelinek wrote: > >> I think for D you need to go through Iain Buclaw, I have no idea if > >> exp->error even has the gcc internal format infrastructure. Can you split > >> th

Re: [RFC/RFA] Obsolete Cell Broadband Engine SPU targets

Thanks, Richi and Jeff! > * config.gcc: Mark spu* targets as deprecated/obsolete. I've now checked this in. I've also checked in the following patch to announce the change in htdocs. Bye, Ulrich Index: htdocs/gcc-9/changes.html

Re: [PATCH,AIX] go: disable mvsx and maltivec for aix/ppc

On Tue, Apr 2, 2019 at 10:01 AM CHIGOT, CLEMENT wrote: > > On Tue, Apr 2, 2019 at 8:01 PM Ian Lance Taylor wrote: > > > > On Mon, Apr 1, 2019 at 7:28 PM David Edelsohn wrote: > > > > > > On Mon, Apr 1, 2019 at 10:12 PM Ian Lance Taylor wrote: > > > > > > > > On Mon, Apr 1, 2019 at 7:06 PM David

Re: [PATCH,AIX] go: disable mvsx and maltivec for aix/ppc

On Tue, Apr 2, 2019 at 8:01 PM Ian Lance Taylor wrote: > > On Mon, Apr 1, 2019 at 7:28 PM David Edelsohn wrote: > > > > On Mon, Apr 1, 2019 at 10:12 PM Ian Lance Taylor wrote: > > > > > > On Mon, Apr 1, 2019 at 7:06 PM David Edelsohn wrote: > > > > > > > > On Mon, Apr 1, 2019 at 9:50 PM Ian La

Re: [RFC/RFA] Obsolete Cell Broadband Engine SPU targets

On 4/2/19 3:46 AM, Ulrich Weigand wrote: > Hello, > > the spu-elf target in GCC supports generating code for the SPU processors > of the Cell Broadband Engine; it has been part of upstream GCC since 2008. > > However, at this point I believe this target is no longer in use: > - There is no suppor

[PATCH, GCC, DOCS, AArch64] Add missing documenation for mbranch-protection

Hi This patch add the missing documentation bits for -mbranch-protection in both extend.texi and invoke.texi. Is this ok for trunk? Sudi *** gcc/ChangeLog *** 2019-xx-xx Sudakshina Das * doc/extend.texi: Add deprecated comment on sign-return-address function attribute and

Re: [RFC/RFA] Obsolete Cell Broadband Engine SPU targets

On April 2, 2019 11:46:14 AM GMT+02:00, Ulrich Weigand wrote: >Hello, > >the spu-elf target in GCC supports generating code for the SPU >processors >of the Cell Broadband Engine; it has been part of upstream GCC since >2008. > >However, at this point I believe this target is no longer in use: >-

[PATCH 11/14] S/390: arch13: vector load byte reversed element and replicate

gcc/ChangeLog: 2019-04-02 Andreas Krebbel ("*vec_splats_bswap_vec", "*vec_splats_bswap_elem"): New insn definition. * config/s390/vx-builtins.md (V_HW_HSD): Move to ... * config/s390/vector.md (V_HW_HSD): ... here. gcc/testsuite/ChangeLog: 2019-04-02 Andreas

[PATCH 02/14] S/390: arch13: Support new bit operations

Make use of the new bit operation instructions when generating code for the arch13 level. gcc/ChangeLog: 2019-04-02 Andreas Krebbel * config/s390/s390.c (s390_canonicalize_comparison): Convert certain compares for arch13 in order to make use of the condition code resul

[PATCH 06/14] S/390: arch13: Support 32 bit fp-int scalar converts

gcc/ChangeLog: 2019-04-02 Andreas Krebbel * config/s390/s390.md (VX_CONV_BFP, VX_CONV_INT): New mode iterators. (SFSI): New mode attribute. ("*fixuns_truncdfdi2_vx", "*fix_truncdfdi2_bfp_z13") ("*floatunsdidf2_z13", ): Add support for 32 bit conversions

[Committed 00/14] S/390: Add support for new cpu architecture - arch13.

This adds support of new instructions to the S/390 specific parts. Important features of the new instruction set are: - New bit operation instructions on GPRs (e.g. and with complement, ...). - New conditional register move instructions supporting THEN and ELSE values. - New vector instructio

[PATCH 04/14] S/390: arch13: Add support for new select instruction

Compared to the load on condition instructions we already have the new select instruction allows to have a THEN and and ELSE source operand - but only for register to register loads. gcc/ChangeLog: 2019-04-02 Andreas Krebbel * config/s390/s390.c (s390_rtx_costs): Do not add extra cost

[PATCH 09/14] S/390: arch13: vec_reve element order reversal builtins

gcc/ChangeLog: 2019-04-02 Andreas Krebbel * config/s390/s390-builtin-types.def: Add new builtin function type. * config/s390/s390-builtins.def: Add overloaded builtin s390_vec_reve and low-level builtins for s390_vler and s390_vster. * config/s390/s390.md (UNSPE

[PATCH 10/14] S/390: arch13: vector load/store byte reversed element for builtins

2019-04-02 Andreas Krebbel * config/s390/vecintrin.h: Map vec_vster low-level builtins to vec_vler. * config/s390/vx-builtins.md ("*vec_insert_and_zero_bswap") ("*vec_set_bswap_elem", "*vec_set_bswap_vec") ("*vec_extract_bswap_vec", "*vec_extract_bswap_elem"):

[PATCH 05/14] S/390: arch13: Support 32 bit fp-int vector converts

gcc/ChangeLog: 2019-04-02 Andreas Krebbel * config/s390/s390.md ("xde"): Extend mode attribute to vector types. * config/s390/vector.md (VX_VEC_CONV_BFP, VX_VEC_CONV_INT): New mode iterators. ("floatv2div2df2", "floatunsv2div2df2", "fix_truncv2dfv2di2")

[PATCH 08/14] S/390: arch13: vec_revb vector byte swap builtin

gcc/ChangeLog: 2019-04-02 Andreas Krebbel * config/s390/s390-builtin-types.def: Add new builtin function types. * config/s390/s390-builtins.def: Add overloaded builtin s390_vec_revb. Add low-level builtins for vlbr and vstbr instructions. * config/s390/v

[PATCH 13/14] S/390: arch13: vector string search builtins

gcc/ChangeLog: 2019-04-02 Andreas Krebbel * config/s390/s390-builtin-types.def: New builtin function type definitions. * config/s390/s390-builtins.def (s390_vec_search_string_cc) (s390_vec_search_string_until_zero_cc): New overloaded builtins. (s390_vstr

[PATCH 03/14] S/390: arch13: Support new popcount instruction variant.

The new arch13 popcount instruction counts bits in the entire 64 bit register instead of just in 8 bit portions. gcc/ChangeLog: 2019-04-02 Andreas Krebbel * config/s390/s390.md ("*popcountdi_arch13_cc") ("*popcountdi_arch13_cconly", "*popcountdi_arch13"): New insn defi

[PATCH 07/14] S/390: arch13: New vector builtins - preparation

gcc/ChangeLog: 2019-04-02 Andreas Krebbel * config/s390/s390-builtins.def (B_VXE2): New builtin flag definition. * config/s390/s390-c.c (s390_cpu_cpp_builtins_internal): Increment vector builtin version number in __VEC__. --- gcc/config/s390/s390-builtins.def | 8 +

[PATCH 12/14] S/390: arch13: vector shift double by bit builtins

gcc/ChangeLog: 2019-04-02 Andreas Krebbel * config/s390/s390-builtin-types.def: Add new builtin function types. * config/s390/s390-builtins.def (s390_vec_sldb, s390_vec_srdb): New overloaded builtins. (s390_vec_sldb, s390_vec_srdb): New low-level builtin

[PATCH 14/14] S/390: arch13: vector float-int conversion builtins

gcc/ChangeLog: 2019-04-02 Andreas Krebbel * config/s390/s390-builtin-types.def: New builtin function type definitions. Remove unused types. * config/s390/s390-builtins.def (s390_vcdgb, s390_vcdlgb) (s390_vcgdb, s390_vclgdb): Remove low-level builtin definitions.

[PATCH 01/14] S/390: arch13: Add arch13 as architecture option

This patch enables the command line options and provides the proper macros for checking. gcc/ChangeLog: 2019-04-02 Andreas Krebbel * common/config/s390/s390-common.c (processor_flags_table): New entry for arch13. * config.gcc: Support arch13 with the --with-arch= confi

Re: [committed] sel-sched: update liveness in redirect_edge_and_branch hooks (PR 86928)

PR 89916 points out that the new test fails when -m32 is not supported, and I see other tests don't try to add -m32, so I'm removing it. PR testsuite/89916 * gcc.dg/pr86928.c: Do not attempt to add -m32. --- testsuite/gcc.dg/pr86928.c (revision 270061) +++ testsuite/gcc.dg/pr8692

Re: [PATCH 3/N] Fix GCC internal format in D front-end.

On 3/11/19 3:00 PM, Martin Liška wrote: > On 3/11/19 2:38 PM, Jakub Jelinek wrote: >> I think for D you need to go through Iain Buclaw, I have no idea if >> exp->error even has the gcc internal format infrastructure. Can you split >> that part of the patch and post it independently? > > The patch

[RFC/RFA] Obsolete Cell Broadband Engine SPU targets

Hello, the spu-elf target in GCC supports generating code for the SPU processors of the Cell Broadband Engine; it has been part of upstream GCC since 2008. However, at this point I believe this target is no longer in use: - There is no supported Cell/B.E. hardware any more. - There is no supporte

Re: [PATCH, GCC, AARCH64] Add GNU note section with BTI and PAC.

Hi On 02/04/2019 03:27, H.J. Lu wrote: > On Tue, Apr 2, 2019 at 10:05 AM Richard Henderson wrote: >> >> On 4/1/19 8:53 PM, Sudakshina Das wrote: This could stand to use a comment, a moment's thinking about the sizes, and to use the existing asm output functions. /*

[PATCH, i386]: Remove support to STV variable DImode shifts (PR 89902, PR89903)

Hello! As exposed by corner cases in PR 89902 and PR 89903, we can't always reliably convert variable DImode shifts from a scalar to a vector instruction. The problem is in count register of a SSE vector shift, where the full DImode value is considered as a shift argument. Scalar operations with g

[PATCH][DOC][OBVIOUS] Fix param description of graphite-max-arrays-per-scop (PR translation/89912).

Hi. One obvious one for documentation. Martin gcc/ChangeLog: 2019-04-02 Martin Liska PR translation/89912 * params.def (PARAM_GRAPHITE_MAX_ARRAYS_PER_SCOP): Fix param description of graphite-max-arrays-per-scop. --- gcc/params.def | 2 +- 1 file changed, 1 insertion

[SPARC] Disable ASAN on 64-bit SPARC/Linux

With the same error message as on SPARC/Solaris (as I have neither the time nor the energy to get through the awkward upstream submission process again). Tested on SPARC/Solaris and SPARC/Linux, applied on the mainline. 2019-04-02 Eric Botcazou * config/sparc/linux64.h (ASAN_REJECT_