https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112340
--- Comment #2 from CVS Commits ---
The master branch has been updated by Jiu Fu Guo :
https://gcc.gnu.org/g:a5a76c6f8795f8072e8005e5ada741b69c742198
commit r14-5184-ga5a76c6f8795f8072e8005e5ada741b69c742198
Author: Jiufu Guo
Date: Tue Nov
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105834
Richard Biener changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112407
Richard Biener changed:
What|Removed |Added
Priority|P3 |P4
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112411
Richard Biener changed:
What|Removed |Added
CC||aoliva at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112414
Richard Biener changed:
What|Removed |Added
CC||rguenth at gcc dot gnu.org
Res
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112419
Richard Biener changed:
What|Removed |Added
Keywords||testsuite-fail
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112420
--- Comment #1 from Richard Biener ---
We end up using gathers for the strided load which would be OK and avoid the
issue noted in the comment. Thus we get true from
vect_use_strided_gather_scatters_p (). That has a comment guard:
/* As
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112420
--- Comment #2 from JuzheZhong ---
(In reply to Richard Biener from comment #1)
> We end up using gathers for the strided load which would be OK and avoid the
> issue noted in the comment. Thus we get true from
> vect_use_strided_gather_scatter
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112411
Kewen Lin changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112420
--- Comment #3 from rguenther at suse dot de ---
On Tue, 7 Nov 2023, juzhe.zhong at rivai dot ai wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112420
>
> --- Comment #2 from JuzheZhong ---
> (In reply to Richard Biener from comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112422
Bug ID: 112422
Summary: Build process does a redundant number of checks ?
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111613
Richard Biener changed:
What|Removed |Added
Last reconfirmed|2023-09-27 00:00:00 |2023-11-7
--- Comment #4 from Richard
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112408
--- Comment #4 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #3 from ibuclaw at gcc dot gnu.org ---
> Based on what I see here, this patch to core.cpuid should be sufficient to fix
> loop and not introduce any change in existing beha
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112411
--- Comment #3 from Richard Sandiford ---
This parameter is firmly into “developer only” territory, so I'm not sure we
should try to enforce a range. IMO we should just recommend that the parameter
isn't included in fuzz testing.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112406
--- Comment #2 from Tamar Christina ---
(In reply to Richard Biener from comment #1)
> Possibly the same as PR112359?
Some were yeah, looks like there are still 2 ICEs in imagick and exchange, I'll
start reducing those.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112421
Jonathan Wakely changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|UNCONFIR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86172
Bug 86172 depends on bug 112421, which changed state.
Bug 112421 Summary: GCC emits warning potential null dereference
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112421
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105580
Jonathan Wakely changed:
What|Removed |Added
CC||jlame646 at gmail dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112422
Andrew Pinski changed:
What|Removed |Added
Component|c |bootstrap
--- Comment #1 from Andrew Pi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112351
--- Comment #3 from CVS Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:7562f089a190953b8ef615b90b7b0520e812a930
commit r14-5220-g7562f089a190953b8ef615b90b7b0520e812a930
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112351
Richard Biener changed:
What|Removed |Added
Status|NEW |ASSIGNED
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112408
--- Comment #5 from ibuclaw at gcc dot gnu.org ---
Upstream PR https://github.com/dlang/dmd/pull/15778
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112408
--- Comment #6 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #5 from ibuclaw at gcc dot gnu.org ---
> Upstream PR https://github.com/dlang/dmd/pull/15778
Excellent, thanks a lot for the blindingly fast fix.
I'll file a bug with Ora
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112408
--- Comment #7 from ibuclaw at gcc dot gnu.org ---
Patch ready to apply to releases/gcc-13, and backports to gcc-12 and gcc-11.
Mainline will get this in the next upstream merge.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112408
--- Comment #8 from CVS Commits ---
The releases/gcc-13 branch has been updated by Iain Buclaw
:
https://gcc.gnu.org/g:0b25c1295d4e84af681f4b1f4af2ad37cd270da3
commit r13-8008-g0b25c1295d4e84af681f4b1f4af2ad37cd270da3
Author: Iain Buclaw
Date
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112408
--- Comment #9 from CVS Commits ---
The releases/gcc-12 branch has been updated by Iain Buclaw
:
https://gcc.gnu.org/g:8a880d895a468a44fd3e268dc548e64aebe8f5d4
commit r12-9963-g8a880d895a468a44fd3e268dc548e64aebe8f5d4
Author: Iain Buclaw
Date
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112408
--- Comment #10 from CVS Commits ---
The releases/gcc-11 branch has been updated by Iain Buclaw
:
https://gcc.gnu.org/g:47d833394a09068ba0607a57aa149dfe3dc11e8b
commit r11-11092-g47d833394a09068ba0607a57aa149dfe3dc11e8b
Author: Iain Buclaw
Da
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112423
Bug ID: 112423
Summary: A weird reported diagnosis about user-defined-literal
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112420
--- Comment #4 from CVS Commits ---
The master branch has been updated by Pan Li :
https://gcc.gnu.org/g:beb1e2bf1bd4b7c8fc8d3dd450667344ae8e0aca
commit r14-5221-gbeb1e2bf1bd4b7c8fc8d3dd450667344ae8e0aca
Author: Juzhe-Zhong
Date: Tue Nov 7
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112420
JuzheZhong changed:
What|Removed |Added
Resolution|--- |FIXED
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112415
--- Comment #11 from Manolis Tsamis ---
Hi all,
I will also go ahead and try to reproduce that, although it may take me some
time due to my limited experience with HPPA. Once I manage to reproduce, most
f-m-o issues are straightforward to locat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111956
Gaius Mulley changed:
What|Removed |Added
Attachment #56508|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112424
Bug ID: 112424
Summary: libgomp: cuStreamSynchronize error: misaligned address
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Comp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111956
Gaius Mulley changed:
What|Removed |Added
Status|NEW |ASSIGNED
--- Comment #7 from Gaius Mulle
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112422
Eric Gallager changed:
What|Removed |Added
CC||egallager at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111956
--- Comment #8 from Gaius Mulley ---
Created attachment 56524
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=56524&action=edit
Proposed fix v5 (git diff -w)
Here is the same patch as v5 but generated using git diff -w.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112407
Paul Thomas changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112425
Bug ID: 112425
Summary: Invalid SARIF output when column number is zero
Product: gcc
Version: unknown
Status: UNCONFIRMED
Keywords: diagnostic
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112419
Hans-Peter Nilsson changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |uecker at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112426
Bug ID: 112426
Summary: sched1 pessimizes codegen on aarch64 by increasing
register pressure
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112407
--- Comment #3 from Tomáš Trnka ---
Yes, -frecursive makes the build pass and it is a workaround which I have been
using ever since upgrading to 13. Should have mentioned that, sorry.
I see that something is making the compiler think the routin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112337
--- Comment #5 from Saurabh Jha ---
Hey,
I did some digging into it. The ICE is happening on this assert:
gcc_assert (REG_P (op))
Here the op->code is MEM while it was expecting a REG. For the test program
above, the function arm_effective_re
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110540
--- Comment #3 from Andrew Macleod ---
EVRP figures out the j value can only be 0 or -9 and removes a few stmts as a
result, and simplifies the PHI, producing
[local count: 114863530]:
# j_12 = PHI <0(2), -9(6)>
[local count: 107374182
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112426
--- Comment #1 from Andrew Pinski ---
This looks almost the same as PR 100697 really.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112337
Andrew Pinski changed:
What|Removed |Added
Status|WAITING |UNCONFIRMED
Ever confirmed|1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112337
Alex Coplan changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112269
--- Comment #11 from Patrick Palka ---
Sorry for the breakage... FWIW a patch is on review at
https://gcc.gnu.org/pipermail/gcc-patches/2023-October/634859.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97756
--- Comment #13 from Thomas Koenig ---
(In reply to Patrick Palka from comment #3)
> Perhaps related to this PR: On x86_64, the following basic wrapper around
> int128 addition
>
> __uint128_t f(__uint128_t x, __uint128_t y) { return x + y; }
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106511
--- Comment #8 from Andrew Macleod ---
(In reply to Richard Biener from comment #2)
> VRP could use max_stmt_executions here (note it doesn't properly handle loop
> nests so the name is somewhat misleading)
Do you have to ask for max_stmt_execu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112427
Bug ID: 112427
Summary: [14 regression] ICE when buliding Minetest (internal
compiler error: tree check: expected tree that
contains ‘decl common’ structure, have
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112427
--- Comment #1 from Sam James ---
This reproduces with just 'g++ -c mesh.cpp.ii' for me.
```
Using built-in specs.
COLLECT_GCC=gcc
COLLECT_LTO_WRAPPER=/usr/libexec/gcc/x86_64-pc-linux-gnu/14/lto-wrapper
Target: x86_64-pc-linux-gnu
Configured wi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112427
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |14.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109391
Richard Sandiford changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112427
Patrick Palka changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |ppalka at gcc dot
gnu.org
Las
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112428
Bug ID: 112428
Summary: Wnonnull outputs wrong type
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
Assignee
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112429
Bug ID: 112429
Summary: Wnonnull should warn for multi-dimensional arrays
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112415
--- Comment #12 from Sam James ---
(In reply to Manolis Tsamis from comment #11)
> Hi all,
>
> I will also go ahead and try to reproduce that, although it may take me some
> time due to my limited experience with HPPA. Once I manage to reproduc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112406
--- Comment #3 from CVS Commits ---
The master branch has been updated by Robin Dapp :
https://gcc.gnu.org/g:fd940d248bfccb6994794152681dc4c693160919
commit r14-5231-gfd940d248bfccb6994794152681dc4c693160919
Author: Robin Dapp
Date: Mon Nov
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112359
--- Comment #4 from CVS Commits ---
The master branch has been updated by Robin Dapp :
https://gcc.gnu.org/g:fd940d248bfccb6994794152681dc4c693160919
commit r14-5231-gfd940d248bfccb6994794152681dc4c693160919
Author: Robin Dapp
Date: Mon Nov
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112361
--- Comment #8 from CVS Commits ---
The master branch has been updated by Robin Dapp :
https://gcc.gnu.org/g:fd940d248bfccb6994794152681dc4c693160919
commit r14-5231-gfd940d248bfccb6994794152681dc4c693160919
Author: Robin Dapp
Date: Mon Nov
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109078
Richard Sandiford changed:
What|Removed |Added
Last reconfirmed||2023-11-07
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106694
Richard Sandiford changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |rsandifo at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106694
--- Comment #11 from JuzheZhong ---
(In reply to Richard Sandiford from comment #10)
> Some of the SME changes I'm working on fix this, but I'm not sure how widely
> we'll be able to use them on non-SME code. Assigning myself just in case.
Hi,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=22196
--- Comment #4 from Andrew Pinski ---
(In reply to Andrew Pinski from comment #3)
> This actually undos some of what phi-opt might do and only should be done
> for a few operations. I think divide, multiple, shifts and rotates should
> be done a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111760
JuzheZhong changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112430
Bug ID: 112430
Summary: [14 Regression] ICE: verify_ssa failed, missing
definition
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Pr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112431
Bug ID: 112431
Summary: RISC-V GCC-15 feature: Support register overlap on
widen RVV instructions
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: norm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112431
JuzheZhong changed:
What|Removed |Added
CC||lehua.ding at rivai dot ai
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112431
--- Comment #2 from JuzheZhong ---
My colleague Lehua takes this response to support this feature.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112430
Sam James changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112432
Bug ID: 112432
Summary: Internal-fn: The [i|l|ll]rint family don't support
FLOATN
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Pri
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107954
Joseph S. Myers changed:
What|Removed |Added
Target Milestone|--- |14.0
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112433
Bug ID: 112433
Summary: RISC-V GCC-15 feature: Split register allocation into
RVV and non-RVV, and make vsetvl PASS run between them
Product: gcc
Version: 14.0
Status: U
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112430
--- Comment #2 from Sam James ---
Reduced:
```
int secp256k1_scalar_reduce_512_r_0_0, secp256k1_scalar_reduce_512_m6,
secp256k1_scalar_reduce_512_m9, secp256k1_scalar_reduce_512_th,
secp256k1_scalar_reduce_512_tl;
unsigned int secp256k1_
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112430
--- Comment #3 from Sam James ---
Better reduction without uninit:
```
int secp256k1_scalar_reduce_512_r_0_0, secp256k1_scalar_reduce_512_m6,
secp256k1_scalar_reduce_512_m9, secp256k1_scalar_reduce_512_th,
secp256k1_scalar_reduce_512_tl;
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112415
--- Comment #13 from Sam James ---
Created attachment 56527
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=56527&action=edit
compile.c.323r.fold_mem_offsets.bad.xz
Output from
```
hppa2.0-unknown-linux-gnu-gcc -c -DNDEBUG -g -fwrapv -O3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111311
--- Comment #15 from JuzheZhong ---
Update status:
There are only these following dump FAILs:
FAIL: gcc.dg/signbit-2.c scan-tree-dump optimized "\\s+>\\s+{ 0(, 0)+ }"
FAIL: gcc.dg/signbit-2.c scan-tree-dump-not optimized "\\s+>>\\s+31"
XPASS:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112433
--- Comment #1 from Kito Cheng ---
Give few more background why LLVM must do that way: LLVM can't allocate new
pseudo register during register allocation process, however spilling vector
register with specific length may require scratch register
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112433
--- Comment #2 from JuzheZhong ---
(In reply to Kito Cheng from comment #1)
> Give few more background why LLVM must do that way: LLVM can't allocate new
> pseudo register during register allocation process, however spilling vector
> register wi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112431
--- Comment #3 from Kito Cheng ---
Share some thought from my end: we've tried at least 3 different approach on
LLVM side before, and now we model that as "partial early clobber", we plan to
upstream this on LLVM side but just didn't get high e
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112430
Sam James changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112374
Haochen Jiang changed:
What|Removed |Added
CC||haochen.jiang at intel dot com
--- Comm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112415
--- Comment #14 from dave.anglin at bell dot net ---
On 2023-11-07 8:36 p.m., sjames at gcc dot gnu.org wrote:
> If I instrument certain functions in compile.c with no optimisation attribuet
> or build the file with -fno-fold-mem-offsets, Python
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112434
Bug ID: 112434
Summary: unexpected error when compiling for riscv64: invalid
'asm': invalid use of '%c'
Product: gcc
Version: 13.2.1
Status: UNCONFIRMED
Severi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112430
Sam James changed:
What|Removed |Added
Target||x86_64-linux-gnu
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112430
--- Comment #6 from Andrew Pinski ---
Created attachment 56529
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=56529&action=edit
Cleanup testcase
Basically removed the long variable/function names.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112434
--- Comment #1 from Andrew Pinski ---
The c inline-asm modifiers is not documented for riscv ...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112435
Bug ID: 112435
Summary: [14 regression]
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
Assignee: unass
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64117
Lewis Hyatt changed:
What|Removed |Added
Keywords||patch
Severity|normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112435
--- Comment #1 from Andrew Pinski ---
What binutils version are you using?
It could also be a binutils bug.
vblendps is just a plain avx instruction even.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112435
--- Comment #2 from Sam James ---
(In reply to Andrew Pinski from comment #1)
> What binutils version are you using?
> It could also be a binutils bug.
>
$ as --version
GNU assembler (Gentoo 2.41 p2) 2.41.0
> vblendps is just a plain avx inst
|WAITING
Last reconfirmed||2023-11-08
--- Comment #3 from Andrew Pinski ---
I could not reproduce it with:
GNU C++17 (GCC) version 14.0.0 20231107 (experimental) [trunk 8b937ae0a9e]
(x86_64-pc-linux-gnu)
compiled by GNU C version 14.0.0 20231107
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112435
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|1 |0
Status|WAITING
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112435
--- Comment #5 from Andrew Pinski ---
vblendps$240, %ymm17, %ymm0, %ymm2
vblendps$240, %ymm1, %ymm17, %ymm17
vshuff32x4 $1, %ymm1, %ymm0, %ymm0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112435
--- Comment #6 from Andrew Pinski ---
#(insn:TI 48 192 56 6 (set (reg:V8SF 22 xmm2 [445])
#(vec_select:V8SF (vec_concat:V16SF (reg:V8SF 20 xmm0 [orig:442
MEM[(__m256_u * {ref-all})gridptr_432] ] [442])
#(reg:V8SF 53 xmm17
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112422
Sam James changed:
What|Removed |Added
Blocks||84402
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112435
Andrew Pinski changed:
What|Removed |Added
Keywords||needs-bisection,
|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112435
--- Comment #8 from Sam James ---
I've kicked off a reduction although I'm not really sure how it's going to turn
out...
I'll do a bisect while I wait.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112435
Andrew Pinski changed:
What|Removed |Added
Keywords|needs-bisection |
--- Comment #9 from Andrew Pinski ---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106694
--- Comment #12 from JuzheZhong ---
(In reply to Richard Sandiford from comment #10)
> Some of the SME changes I'm working on fix this, but I'm not sure how widely
> we'll be able to use them on non-SME code. Assigning myself just in case.
Hi,
1 - 100 of 130 matches
Mail list logo
