Re: [Ping] PowerPC: Add float128/Decimal conversions.

On Tue, Jan 26, 2021 at 06:43:06PM -0500, Michael Meissner wrote: > I posted this patch on January 14th, 2021: > https://gcc.gnu.org/pipermail/gcc-patches/2021-January/563498.html > > | Date: Thu, 14 Jan 2021 12:09:36 -0500 > | Subject: [PATCH] PowerPC: Add float128/Decimal conversions. > | Messag

Re: [PATCH, rs6000] improve vec_ctf invalid parameter handling. (pr91903)

On Wed, 2021-01-27 at 18:24 -0600, Segher Boessenkool wrote: > Hi! > > On Mon, Oct 26, 2020 at 04:22:32PM -0500, will schmidt wrote: > > Per PR91903, GCC ICEs when we attempt to pass a variable > > (or out of range value) into the vec_ctf() builtin. Per > > investigation, the parameter checking

Re: [PATCH] RISC-V: Fix -march option parsing when `p` extension exists.

Thanks! committed to master :) On Wed, Jan 27, 2021 at 1:58 PM Xing GUO via Gcc-patches wrote: > > Sorry, I forgot to remove the line '*explicit_version_p = true;' in my > previous patch. > > This is an updated patch. > > Thanks! > > --- > gcc/ChangeLog: > > * common/config/riscv/riscv-co

Re: [PATCH] PowerPC: Map IEEE 128-bit long double built-ins.

On Wed, 2021-01-27 at 19:43 -0600, Segher Boessenkool wrote: > On Wed, Jan 27, 2021 at 01:06:46PM -0600, will schmidt wrote: > > On Thu, 2021-01-14 at 11:59 -0500, Michael Meissner via Gcc-patches > > wrote: > > > November 19th, 2020: > > > Message-ID: <20201119235814.ga...@ibm-toto.the-meissners.

Re: [PATCH] RISC-V: Always define MULTILIB_DEFAULTS

Hi Sebastian: Thank for report this issue, I can reproduce that, I'll investigate what happened today :) Sebastian Huber 於 2021年1月26日 週二 14:13 寫道： > Hello Kito, > > On 20/11/2020 09:33, Kito Cheng wrote: > > - Define MULTILIB_DEFAULTS can reduce the total number of multilib if > > the def

Re: [PATCH,rs6000] Fusion patterns for logical-logical

Hi! On Thu, Dec 10, 2020 at 08:41:11PM -0600, acsaw...@linux.ibm.com wrote: > This patch adds a new function to genfusion.pl to generate patterns for > logical-logical fusion. They are enabled by default for power10 and can > be disabled by -mno-power10-fusion-2logical or -mno-power10-fusion. > +

Re: [RFC] test builtin ratio for loop distribution

On Jan 27, 2021, Richard Biener wrote: > That said, rather than not transforming the loop as you do I'd > say we want to re-inline small copies more forcefully during > loop distribution code-gen so we turn a loop that sets > 3 'short int' to zero into a 'int' store and a 'short' store for exampl

[PATCH][X86] Enable X86_TUNE_AVX256_UNALIGNED_{LOAD,STORE}_OPTIMAL for generic tune [PR target/98172]

Hi: GCC11 will be the system GCC 2 years from now, and for the processors then, they shouldn't even need to split a 256-bit vector into 2 128-bits vectors. .i.e. Test SPEC2017 with the below 2 options on Zen3/ICL show option B is better than Option A. Option A: -march=x86-64 -mtune=generic -m

Re: [PATCH] [8/9/10/11 Regression] [OOP] PR fortran/86470 - ICE with OpenMP

Hello Harald, OK for master / backports? OK. It is indeed fairly obvious, as you write. Should the testcase be moved to the gomp/ subdirectory? Yes. It's a compile-time test, and it will then only be run if the the compiler can do OpenMP. You will not need the +! { dg-options "-fopenmp"

<    1   2