RE: [PATCH]middle-end: support SLP early break

> -Original Message- > From: Richard Biener > Sent: Wednesday, October 2, 2024 1:50 PM > To: Tamar Christina > Cc: gcc-patches@gcc.gnu.org; nd ; j...@ventanamicro.com > Subject: Re: [PATCH]middle-end: support SLP early break > > On Tue, 1 Oct 2024, Tamar Christina wrote: > > > Hi all, >

Re: [RFC PATCH] Allow limited extended asm at toplevel

On Wed, 2 Oct 2024, Jakub Jelinek wrote: > Hi! > > In the Cauldron IPA/LTO BoF we've discussed toplevel asms and it was > discussed it would be nice to tell the compiler something about what > the toplevel asm does. Sure, I'm aware the kernel people said they > aren't willing to use something

Re: [PATCH] C/116735 - ICE in build_counted_by_ref

On Wed, Oct 02, 2024 at 03:26:26PM +, Qing Zhao wrote: > From: qing zhao > > When handling the counted_by attribute, if the corresponding field > doesn't exit, in additiion to issue error, we should also remove > the already added non-existing "counted_by" attribute from the > field_decl. >

[PATCH v3 2/2] aarch64: Add codegen support for SVE2 faminmax

The AArch64 FEAT_FAMINMAX extension introduces instructions for computing the floating point absolute maximum and minimum of the two vectors element-wise. This patch adds code generation for famax and famin in terms of existing unspecs. With this patch: 1. famax can be expressed as taking UNSPEC_

[PATCH v3 1/2] aarch64: Add SVE2 faminmax intrinsics

The AArch64 FEAT_FAMINMAX extension introduces instructions for computing the floating point absolute maximum and minimum of the two vectors element-wise. This patch introduces SVE2 faminmax intrinsics. The intrinsics of this extension are implemented as the following builtin functions: * sva[max

[PATCH v3 0/2] Add support for SVE2 faminmax

From: Saurabh Jha This patch series is a revised version of: https://gcc.gnu.org/pipermail/gcc-patches/2024-October/664209.html The second commit of the previous patch series was reviewed and has been commited separately. This patch contains first and third commit of the previous patch. The cha

[PATCH 0/2] Valgrind checking improvements

--enable-checking=valgrind has two functions: 1) run generator programs with Valgrind; 2) run GCC itself with Valgrind (GCC invokes Valgrind in the driver). These two patches make sure that Valgrind is told to abort on errors rather than warning-and-continuing, allowing issues to go undetected or

Re: [PATCH] aarch64: Optimise calls to ldexp with SVE FSCALE instruction

Hi Saurabh, > On 30 Sep 2024, at 10:36 PM, Saurabh Jha wrote: > > External email: Use caution opening links or attachments > > > Hi Soumya, > > Thank you for the patch. Two clarifications: > > In the instruction pattern's output string, why did you add the 'Z' > prefix before operands? (%0 -

Re: [PATCH v4 1/7] OpenMP: dispatch + adjust_args tree data structures and front-end interfaces

Paul-Antoine Arras wrote: This patch introduces the OMP_DISPATCH tree node, as well as two new clauses `nocontext` and `novariants`. It defines/exposes interfaces that will be used in subsequent patches that add front-end and middle-end support, but nothing generates these nodes yet. LGTM. Than

[PATCH 1/2] gcc: make Valgrind errors fatal during bootstrap

Valgrind doesn't error out by default which means bootstrap issues like in PR116945 can easily be missed: pass --exit-errorcode=1 to handle this. While here, also set --trace-children=yes to cover child processes of tools invoked during the build. Note that this only handles tools invoke during t

[PATCH 2/2] gcc: make Valgrind errors fatal with --enable-checking=valgrind

Valgrind doesn't error out by default which means bootstrap issues like in PR116945 can easily be missed: pass --exit-errorcode=1 to handle this. gcc/ChangeLog: PR other/116945 PR other/116947 * gcc.cc (execute): Pass --error-exitcode=2 to Valgrind. --- gcc/gcc.cc | 7 +++

<    1   2