https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117955
Bug ID: 117955
Summary: [15 Regression] GCC generate illegal riscv instruction
`vsetvli zero,zero,e64,mf4,ta,ma` with -O2 and -O3
Product: gcc
Version: 15.0
Status: UNCO
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117954
--- Comment #2 from Andrew Pinski ---
Looking into this further. It looks like if ifcombine was after thread1, then
pre would have caught it.
Note r15-5022-gadd4bb94459d6c and related patches I did were designed to fix
the issue when `--param l
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117954
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2024-12-08
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117954
Bug ID: 117954
Summary: [15 Regression] gcc.dg/tree-ssa/pr111456-1.c FAILs for
non-LOGICAL_OP_NON_SHORT_CIRCUIT after
r15-5646-gd1cf0d7a0f27fd
Product: gcc
Versi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117953
Bug ID: 117953
Summary: [15 Regression] GCC miscompile rvv intrinsics at `-O2`
and `-O3`, missing `csrwi` to modify `vxrm`
Product: gcc
Version: 15.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117938
--- Comment #2 from Andrew Pinski ---
I don't see anything that late combine would do that would be wrong.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117952
--- Comment #3 from Sam James ---
(Thank you!)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117952
--- Comment #2 from Andrew Pinski ---
"Currently, we use %rbx as REAL_PIC_OFFSET_TABLE_REGNUM on x86_64."
That changed in GCC 5 and that is the point there.
So -mcpu=native will only fails with stage1 but will work with stage 2/3.
This means t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117952
--- Comment #1 from Andrew Pinski ---
+/* If we are compiling with GCC where %EBX register is fixed, then the
+ driver will just ignore -march and -mtune "native" target and will leave
+ to the newly built compiler to generate code for its d
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117952
Bug ID: 117952
Summary: host_detect_local_cpu returns NULL when built with
Clang
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
Prio
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117935
Andrew Pinski changed:
What|Removed |Added
Known to work||13.3.0
Summary|[[likely]] at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117935
--- Comment #3 from Andrew Pinski ---
Created attachment 59817
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=59817&action=edit
Something like this
I have not tested this nor compiled it so there might be some typos in it.
But I wanted to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117935
Andrew Pinski changed:
What|Removed |Added
Summary|[[likely]] attribute not|[[likely]] attribute is
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77958
--- Comment #6 from Sam James ---
This came up when earlier we couldn't build LLVM's liboffload with GCC and it
turns out that Clang supports this variant of gnu::format
(https://github.com/llvm/llvm-project/issues/119069).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117951
--- Comment #1 from John David Anglin ---
Created attachment 59816
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=59816&action=edit
Reload RTL dump for function std::_UninitDestroyGuard
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77758
--- Comment #1 from Sam James ---
I see the same behaviour on trunk but I'm not familiar enough with OpenMP to
confirm it.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117951
Bug ID: 117951
Summary: FAIL: 20_util/variant/run.cc -std=gnu++17 (test for
excess errors)
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117949
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117950
Bug ID: 117950
Summary: vector extraction view convert not detected
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Keywords: missed-optimization
Severity: enhancement
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117949
--- Comment #4 from Andrew Pinski ---
Created attachment 59814
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=59814&action=edit
Second testcase
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112840
Eric Gallager changed:
What|Removed |Added
CC||egallager at gcc dot gnu.org
--- Commen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61759
--- Comment #19 from Eric Gallager ---
(In reply to Sergey Fedorov from comment #18)
> This is the same bug?
>
> ```
> during GIMPLE pass: eh
> /opt/local/var/macports/build/_opt_PPCSnowLeopardPorts_aqua_barrier/barrier/
> work/barrier-2.4.0/src
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77958
Sam James changed:
What|Removed |Added
See Also||https://github.com/llvm/llv
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117949
Andrew Pinski changed:
What|Removed |Added
Severity|normal |enhancement
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117949
--- Comment #2 from Andrew Pinski ---
Created attachment 59813
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=59813&action=edit
testcase
Next time please attach or place inline your testcase rather than just linking
against godbolt.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117949
Andrew Pinski changed:
What|Removed |Added
URL|https://godbolt.org/z/Y7EfY |
|Yb5Y
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77958
Arsen Arsenović changed:
What|Removed |Added
CC||arsen at gcc dot gnu.org
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117948
Gaius Mulley changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115424
uecker at gcc dot gnu.org changed:
What|Removed |Added
CC||uecker at gcc dot gnu.org
--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117948
--- Comment #4 from GCC Commits ---
The releases/gcc-14 branch has been updated by Gaius Mulley
:
https://gcc.gnu.org/g:6385000d36a8b0b9dce0b8dc92e101dfcc584ec5
commit r14-11071-g6385000d36a8b0b9dce0b8dc92e101dfcc584ec5
Author: Gaius Mulley
D
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116194
uecker at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112840
--- Comment #4 from uecker at gcc dot gnu.org ---
*** Bug 116194 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117248
--- Comment #16 from John David Anglin ---
Things are improved but a similar error occurs in the second umod:SI
call in /testsuite/gcc.c-torture/execute/arith-rand-ll.c:
(insn 339 337 341 31 (parallel [
(set (reg:SI 29 %r29)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117948
--- Comment #3 from GCC Commits ---
The master branch has been updated by Gaius Mulley :
https://gcc.gnu.org/g:41800372146f5ad15a8796b37f54965f78cc14fb
commit r15-6011-g41800372146f5ad15a8796b37f54965f78cc14fb
Author: Gaius Mulley
Date: Sat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117926
--- Comment #10 from Sam James ---
Many thanks to you as well Uros for the quick fix. I'll try it out on FF over
the weekend.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117948
--- Comment #2 from Gaius Mulley ---
Created attachment 59812
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=59812&action=edit
Proposed fix
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117948
Gaius Mulley changed:
What|Removed |Added
Last reconfirmed||2024-12-07
Status|UNCONFIRME
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117949
--- Comment #1 from uis ---
s/can/should be able to/
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117949
Bug ID: 117949
Summary: GCC fails to produce edsp vector add instruction
Product: gcc
Version: 15.0
URL: https://godbolt.org/z/Y7EfYYb5Y
Status: UNCONFIRMED
Severit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117948
Bug ID: 117948
Summary: Forward procedure declaration should only be available
in ISO
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61759
--- Comment #18 from Sergey Fedorov ---
This is the same bug?
```
during GIMPLE pass: eh
/opt/local/var/macports/build/_opt_PPCSnowLeopardPorts_aqua_barrier/barrier/work/barrier-2.4.0/src/lib/platform/OSXClipboard.cpp:
In member function 'virtua
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117947
Bug ID: 117947
Summary: [14/15 Regression] GCC miscompile rvv intrinsics at
`-O2` and `-O3`, use `vlenb` after an inappropriate
`vsetvli`
Product: gcc
Version: 1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117930
--- Comment #3 from GCC Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:4abcf4ad38a4081f02ed09aed7892a3a6af61cbb
commit r15-6010-g4abcf4ad38a4081f02ed09aed7892a3a6af61cbb
Author: Jakub Jelinek
Date: S
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102259
--- Comment #11 from Michel Morin ---
Brilliant, I appreciate it!
I tested with an 8 GB file and confirmed that this fixes the issue on both
Intel and Apple silicon Macs.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117560
Jonathan Wakely changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114394
Jonathan Wakely changed:
What|Removed |Added
Resolution|--- |FIXED
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117822
--- Comment #5 from GCC Commits ---
The releases/gcc-13 branch has been updated by Jonathan Wakely
:
https://gcc.gnu.org/g:b83a69906cafbe6b2164cc274f390afdd0f600f4
commit r13-9240-gb83a69906cafbe6b2164cc274f390afdd0f600f4
Author: Jonathan Wake
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117560
--- Comment #6 from GCC Commits ---
The releases/gcc-13 branch has been updated by Jonathan Wakely
:
https://gcc.gnu.org/g:59ce01a4d20c5dbf5b6ebde88c9d6dcd4588b114
commit r13-9235-g59ce01a4d20c5dbf5b6ebde88c9d6dcd4588b114
Author: Jonathan Wake
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114394
--- Comment #6 from GCC Commits ---
The releases/gcc-13 branch has been updated by Jonathan Wakely
:
https://gcc.gnu.org/g:359917755997a96f00c5bafa3a678f5545f1d03d
commit r13-9234-g359917755997a96f00c5bafa3a678f5545f1d03d
Author: Jonathan Wake
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116778
Denis Chertykov changed:
What|Removed |Added
Status|NEW |WAITING
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116778
--- Comment #7 from Denis Chertykov ---
Committed a partial solution.
https://gcc.gnu.org/pipermail/gcc-patches/2024-December/671030.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116778
--- Comment #6 from GCC Commits ---
The master branch has been updated by Denis Chertykov :
https://gcc.gnu.org/g:279b3c71702de150eade19635bdbd26ba440b8eb
commit r15-6008-g279b3c71702de150eade19635bdbd26ba440b8eb
Author: Denis Chertykov
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117946
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117930
--- Comment #2 from Uroš Bizjak ---
Comment on attachment 59799
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=59799
gcc15-pr117930.patch
>+;; Other rotate.
>+(define_code_attr orotate [(rotate "rotatert") (rotatert "rotate")])
Can we us
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117946
--- Comment #1 from Andrew Pinski ---
(insn 207 209 206 2 (set (reg:TI 189)
(subreg:TI (reg:SI 208) 0)) "/app/example.cpp":12:3 discrim 1 94
{*movti_internal}
(expr_list:REG_DEAD (reg:SI 208)
(nil)))
Is the insn that is ha
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117946
Bug ID: 117946
Summary: ICE: maximum number of generated reload insns per insn
achieved (90) with -O -favoid-store-forwarding
-mavx10.1 -mprefer-avx128
--param=sto
56 matches
Mail list logo