During the base register initialization, when we are eliminating the load
instruction, we were calling `emit_move_insn` on registers of the same
size but of different mode in some cases, causing an ICE.
We update the base register initialization to use `lowpart_subreg`
instead of zero-extending th
This mangles in the non-SLP path removal, can you please separate that
out?
So should patch 1/2 do more than it does, i.e. fully remove the non-slp
paths rather than just if (0) them?
--
Regards
Robin
On Wed, 21 May 2025, Icen Zeyada wrote:
> Generalize existing scalar gimple_fold rules to apply the same
> bitwise comparison simplifications to vector types. Previously, an
> expression like
>
> (x < y) && (x > y)
>
> would fold to `false` if x and y are scalars, but eq
From: Robin Dapp
This replaces if (slp) with if (1) and if (!slp) with if (0).
gcc/ChangeLog:
* tree-vect-stmts.cc (vectorizable_load): Make non-SLP paths
unreachable.
---
gcc/tree-vect-stmts.cc | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
diff --git a/gcc/
Thanks everyone — I just applied the series (including the requested)
changes to trunk.
We'll also send the committed series (v4) to the list for archival.
Philipp.
On Tue, 20 May 2025 at 14:31, Richard Sandiford
wrote:
>
> Konstantinos Eleftheriou writes:
> > This patch uses `lowpart_subreg`
On Tue, May 27, 2025 at 3:39 PM Joseph Myers wrote:
>
> On Fri, 23 May 2025, Trevor Gross wrote:
>
> > +Comparison functions return a CMPtype which is a signed integer of
> > +target-depdent size. Typically CMPtype will be word-sized, but other
> > backends
> > +may override this with the TARGET
Add support of double trap extension [1], enabling GCC
to recognize the following extensions at compile time.
New extensions:
- ssdbltrp
- smdbltrp
[1]
https://github.com/riscv/riscv-double-trap/releases/download/v1.0/riscv-double-trap.pdf
gcc/ChangeLog:
* config/riscv/riscv-ext.def
Documentation for `__cmpsf2` and similar functions currently indicate a
return type of `int`. This is not correct however; the `libgcc`
functions return `CMPtype`, the size of which is determined by the
`libgcc_cmp_return` mode.
Update documentation to use `CMPtype` and indicate that this is
targe
On 5/27/25 2:36 AM, Alfie Richards wrote:
Hi Jeff,
On 22/05/2025 21:02, Jeff Law wrote:
On 5/22/25 9:05 AM, Alfie Richards wrote:
Hi Jeff,
I sent this patch with my implementation a while ago:
https://gcc.gnu.org/pipermail/gcc-patches/2025-April/681043.html
There hasn't been any feedbac
Hi all,
commit 517c9487f8fdc4e4e90252a9365e5823259dc783
Author: Alejandro Colomar
Date: Thu May 22 01:15:36 2025 +0200
c: Add _Countof operator [PR117025]
broke gcc build on RHEL 9 when building texi files:
gcc/doc/extend.texi:6: node `C Extensions' lacks menu item for
`_Countof' despite
101 - 110 of 110 matches
Mail list logo