On 7/12/24 6:40 PM, Richard Biener wrote:
On Fri, Jul 12, 2024 at 3:05 PM Jakub Jelinek wrote:
On Fri, Jul 12, 2024 at 02:56:53PM +0200, Richard Biener wrote:
Padding is only an issue for very small vectors - the obvious choice is
to disallow vector types that would require any padding. I ca
On Mon, Jul 15, 2024 at 1:39 PM Hu, Lin1 wrote:
>
> Hi, all
>
> Based on actual usage, trunc{128}2{16,32,64} use some instructions from
> sse/sse3, so extend their scope to extend the scope of optimization.
>
> Bootstraped and regtest on x86-64-linux-gnu, OK for trunk?
Ok.
>
> BRs,
> Lin
>
> gcc/C
The patch add the Zihintntl instructions in the prefetch pattern.
Zicbop has prefetch instructions. Zihintntl has NTL instructions.
Insert NTL instructions before prefetch instruction, if target
has Zihintntl extension.
gcc/ChangeLog:
* config/riscv/riscv.cc (riscv_print_operand): Add 'L'
Hi, all
Based on actual usage, trunc{128}2{16,32,64} use some instructions from
sse/sse3, so extend their scope to extend the scope of optimization.
Bootstraped and regtest on x86-64-linux-gnu, OK for trunk?
BRs,
Lin
gcc/ChangeLog:
PR target/107432
* config/i386/sse.md
> From: Hans-Peter Nilsson
> Date: Mon, 15 Jul 2024 05:06:43 +0200
> With r15-1619-g3b9b8d6cfdf593, there's a XPASS and a FAIL
> for this test-case for cris-elf. Looking at the generated
> code, _foo is indeed no longer saved in a register for CRIS.
> While that looks like a regression, coremark
On Thu, Jul 11, 2024 at 9:07 PM Alexandre Oliva wrote:
>
> On Jul 4, 2024, Alexandre Oliva wrote:
>
> > On Jul 3, 2024, Rainer Orth wrote:
>
> > Hmm, I wonder if leaf frame pointer has to do with that.
>
> It did, in a way.
>
>
>
> The first two patches for PR113719 have each regressed
>
Committed.
-- >8 --
With r15-1619-g3b9b8d6cfdf593, there's a XPASS and a FAIL
for this test-case for cris-elf. Looking at the generated
code, _foo is indeed no longer saved in a register for CRIS.
While that looks like a regression, coremark results are the
same around this revision, so simply adj
On Wed, Jul 10, 2024 at 2:46 PM Hongyu Wang wrote:
>
> Hi,
>
> For APX ccmp, current infrastructure will always generate cstore for
> the ccmp flag user, like
>
> cmpe%rcx, %r8
> ccmpnel %rax, %rbx
> seta%dil
> add %rcx, %r9
> add %r9, %rdx
>
> From: Hans-Peter Nilsson
> Date: Fri, 12 Jul 2024 02:11:45 +0200
>
> > Date: Wed, 3 Jul 2024 12:46:46 -0600
> > From: Jeff Law
>
> > The late-combine patch has triggered a previously latent bug in reorg.
> >
> > Basically we have a sequence like this in the middle of reorg before we
> > sta
On Mon, Jul 15, 2024 at 10:21 AM Hongyu Wang wrote:
>
> > Could you just git revert 6d0b7b69d143025f271d0041cfa29cf26e6c343b?
>
> We can still deal with BFmode permutation the same way as HFmode, so
> the change in ix86_vectorize_vec_perm_const can be preserved.
>
> Hongtao Liu 于2024年7月15日周一 09:4
> Could you just git revert 6d0b7b69d143025f271d0041cfa29cf26e6c343b?
We can still deal with BFmode permutation the same way as HFmode, so
the change in ix86_vectorize_vec_perm_const can be preserved.
Hongtao Liu 于2024年7月15日周一 09:40写道：
>
> On Sat, Jul 13, 2024 at 3:44 PM Hongyu Wang wrote:
> >
Hi,
This patch removes FLOAT128_IEEE_P guard when the mode of pattern
is IEEE128 and FLOAT128_IBM_P when the mode of pattern is IBM128.
The mode iterators already do the checking. So they're redundant.
Bootstrapped and tested on powerpc64-linux BE and LE with no
regressions. Is it OK for trunk
Hi,
This patch adds TARGET_FLOAT128_HW into pattern conditions for quad-
precision insns. Some qp patterns are guarded by TARGET_P9_VECTOR
originally, so replace it with "TARGET_FLOAT128_HW".
For test case float128-cmp2-runnable.c, it should be guarded with
ppc_float128_hw as it calls qp insns
On Sat, Jul 13, 2024 at 3:44 PM Hongyu Wang wrote:
>
> Hi,
>
> According to the instruction spec of AVX512BF16, the convert from float
> to BF16 is not a simple truncation. It has special handling for
> denormal/nan, even for normal float it will add an extra bias according
> to the least signific
On 2024-07-12 06:19 Jeff Law wrote:
>
>
>
>On 7/11/24 1:10 AM, Feng Wang wrote:
>> V3: Add Bfloat16 vector insn in generic-vector-ooo.md
>> v2: Rebase
>> Accroding to the BFloat16 spec, some vector iterators and new pattern
>> are added in md files.
>>
>> Signed-off-by: Feng Wang
>> gcc/ChangeLo
OMP safelen handling is assigning backend provided max as an int even when the
pragma didn’t provide one. As a result, vectoriser is rejecting SVE modes while
comparing poly_int with the safelen.
That is, for the attached test case, omp_max_vf gets [16, 16] from the
backend. This then become
lmap was introduced in tcl 8.6, and while it was released in 2012, lmap
does not really make too much of a difference to warrant the friction on
consverative (and relevant) systems.
gcc/testsuite/ChangeLog:
* lib/gcov.exp: Use foreach for tcl <= 8.5.
---
gcc/testsuite/lib/gcov.exp | 28 +
On Sun, Jul 14, 2024 at 1:12 AM Kugan Vivekanandarajah
wrote:
>
> This patch extends abs detection in matched for half float.
>
> Bootstrapped and regression test on aarch64-linux-gnu. Is this OK for trunk?
This is basically this pattern:
```
/* A >=/> 0 ? A : -Asame as abs (A) */
(for cmp
Certainly, I can rewrite from lmap. I'll send a patch shortly.
On 7/14/24 16:27, Roger Sayle wrote:
I’m seeing (dejagnu) testsuite problems from this (recent) patch.
Running /home/roger/GCC/patchem/gcc/testsuite/gcc.misc-tests/gcov.exp ...
ERROR: (DejaGnu) proc "lmap key { snd } {
if
Hi Paul,
at first sight the patch seems to be the right approach, but
it breaks for the following two variations:
(1) LEN_TRIM is elemental, but the following is erroneously rejected:
function g(n) result(z)
integer, intent(in) :: n
character, parameter :: d(3,3) = 'x'
character(
On Sun, Jul 14, 2024 at 3:42 PM Roger Sayle wrote:
>
>
> This is a minor change to restore bootstrap on systems using gcc 4.8
> as a host compiler. The fatal error is:
>
> In file included from gcc/gcc/coretypes.h:471:0,
> from gcc/gcc/config/i386/i386-expand.cc:23:
> gcc/gcc/con
Im seeing (dejagnu) testsuite problems from this (recent) patch.
Running /home/roger/GCC/patchem/gcc/testsuite/gcc.misc-tests/gcov.exp ...
ERROR: (DejaGnu) proc "lmap key { snd } {
if { $key in $seen } continue
set key
}" does not exist.
The error code is NONE
The info on th
This is a minor change to restore bootstrap on systems using gcc 4.8
as a host compiler. The fatal error is:
In file included from gcc/gcc/coretypes.h:471:0,
from gcc/gcc/config/i386/i386-expand.cc:23:
gcc/gcc/config/i386/i386-expand.cc: In function 'void
ix86_expand_fp_absneg_o
Hi Richard,
Many thanks for the review and recommendation to use nop_convert?.
This revised patch implements that suggestion, which required a little
experimentation/tweaking as ranger/EVRP records the ranges on the
useless type conversions rather than the multiplications.
This patch has been tes
Business as usual; pushed.
Gerald
---
htdocs/gcc-5/buildstat.html | 2 +-
htdocs/gcc-6/buildstat.html | 2 +-
htdocs/gcc-7/buildstat.html | 2 +-
htdocs/gcc-8/buildstat.html | 2 +-
4 files changed, 4 insertions(+), 4 deletions(-)
diff --git a/htdocs/gcc-5/buildstat.html b/htdocs/gcc-5/buildsta
Previously only simplifications of the `__st[xrp]cpy_chk`
were dumped. Now all call replacement simplifications are
dumped.
Examples of statements with corresponding dumpfile entries:
`printf("mystr\n");`:
optimized: simplified printf to __builtin_puts
`printf("%c", 'a');`:
optimized:
This patch extends abs detection in matched for half float.
Bootstrapped and regression test on aarch64-linux-gnu. Is this OK for trunk?
gcc/ChangeLog:
* match.pd: Add pattern to convert (type)A >=/> 0 ? A : -A into abs (A) for
half float.
gcc/testsuite/ChangeLog:
* gcc.dg/tree-ssa/absfloat16
27 matches
Mail list logo
