https://gcc.gnu.org/bugzilla/show_bug.cgi?id=46986
--- Comment #49 from Sergey Fedorov ---
If someone happens to have some WIP on this, more recent than 2012, please
share, if possible.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111621
--- Comment #2 from liu xu ---
I'm sorry about that and will notice that next time.
The toolchain I used was built using the gcc master branch, and another point
that needs to be added is that only the vadd.vi instruction with mask will
encount
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111718
Andrew Pinski changed:
What|Removed |Added
Severity|normal |enhancement
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111718
--- Comment #3 from Andrew Pinski ---
For comment #2 from EVRP:
Folding statement: _3 = _2 / a_5(D);
Applying pattern match.pd:934, gimple-match-4.cc:2021
gimple_simplified to _3 = 2;
Which corresponds to the match pattern:
/* Simplify (t * 2)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94395
Jiu Fu Guo changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94393
Jiu Fu Guo changed:
What|Removed |Added
Resolution|--- |FIXED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111718
--- Comment #2 from Yi <652023330028 at smail dot nju.edu.cn> ---
We noticed one change between gcc-13.2 and the current gcc-trunk:
https://godbolt.org/z/j5Mnvno9n
In the following code, gcc-13.2 does not yet have the ability to optimize as
exp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93176
Jiu Fu Guo changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106708
Jiu Fu Guo changed:
What|Removed |Added
Resolution|--- |FIXED
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111723
--- Comment #1 from Andrew Pinski ---
I think this is correct behavior really.
Note even clang with libc++ has the same behavior ...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111723
Bug ID: 111723
Summary: #pragma GCC system_header suppresses errors from
narrowing conversions
Product: gcc
Version: 13.2.1
Status: UNCONFIRMED
Keywords: accep
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111722
--- Comment #5 from Zeb Figura ---
(In reply to Andrew Pinski from comment #4)
> There is no bug here.
> ICF finds that your definition of memcpy is the same as memmove and merges
> the 2 and then calls memcpy from your memmove and then inlines
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111722
Andrew Pinski changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94039
Arthur O'Dwyer changed:
What|Removed |Added
CC||arthur.j.odwyer at gmail dot
com
--- C
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111722
--- Comment #3 from Zeb Figura ---
Created attachment 56072
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=56072&action=edit
testcase
Attaching a reduced-ish testcase, that contains the unmodified code of memcpy()
and memmove(), plus two
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111722
Zeb Figura changed:
What|Removed |Added
Version|unknown |13.2.0
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111722
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111722
Bug ID: 111722
Summary: gcc generates wrong code with
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
Ass
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111721
Bug ID: 111721
Summary: RISC-V: Failed to SLP for gather_load in RVV
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111720
--- Comment #12 from JuzheZhong ---
Hi, Andrew.
I have another try:
https://godbolt.org/z/heKxcMWsY
change the load into normal load of arr:
vuint8m1_t varr = *(vuint8m1_t*)arr;
Like you said,
The issue is gone (as good as LLVM):
fn:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111720
--- Comment #11 from JuzheZhong ---
(In reply to Andrew Pinski from comment #10)
> The issues is GCC does prop the load/store for arr into __riscv_vle8_v_u8m1
> really.
Ok. Do you know why GCC prop load/store for arr into __riscv_vle8_v_u8m1?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111720
--- Comment #10 from Andrew Pinski ---
The issues is GCC does prop the load/store for arr into __riscv_vle8_v_u8m1
really.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111720
--- Comment #9 from JuzheZhong ---
(In reply to Andrew Pinski from comment #7)
> .
Besides, if we remove the data initialization:
https://godbolt.org/z/qcjcP7s1c
#include
vuint8m1_t fn() {
uint8_t arr[32];
uint8_t m = 1;
vuint8
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111720
--- Comment #8 from JuzheZhong ---
(In reply to Andrew Pinski from comment #6)
> I suspect if __riscv_vle8_v_u8m1 gets lowered into a load on the gimple
> level, it might just work ...
>
> But it gets expanded as:
> (insn 14 13 0 (set (reg/v:RV
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111720
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2023-10-07
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111720
--- Comment #6 from Andrew Pinski ---
I suspect if __riscv_vle8_v_u8m1 gets lowered into a load on the gimple level,
it might just work ...
But it gets expanded as:
(insn 14 13 0 (set (reg/v:RVVM1QI 134 [ varrD.56526 ])
(if_then_else:RV
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111720
--- Comment #5 from JuzheZhong ---
Similar issue in GCC 13.2:
https://godbolt.org/z/axKc4qj47
fn:
lui a5,%hi(.LANCHOR0)
addia5,a5,%lo(.LANCHOR0)
ld a1,0(a5)
ld a2,8(a5)
ld a3,16(a5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111720
--- Comment #4 from JuzheZhong ---
I found this is not because VLS modes.
with --param=riscv-autovec-preference=fixed-vlmax
disabling VLS modes also see unnecessary load/store:
fn:
lui a5,%hi(.LANCHOR0)
addisp,sp,-32
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111720
--- Comment #3 from JuzheZhong ---
(In reply to Andrew Pinski from comment #2)
> I noticed there is an ABI difference here.
>
> GCC is returning via a store to a0:
> vsm.v v1,0(a0)
>
> While LLVM is returning via v0 .
>
> Which one
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111720
--- Comment #2 from Andrew Pinski ---
I noticed there is an ABI difference here.
GCC is returning via a store to a0:
vsm.v v1,0(a0)
While LLVM is returning via v0 .
Which one is correct?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111720
--- Comment #1 from JuzheZhong ---
The root cause is unnecessary VLS modes data movement:
(insn 10 9 11 2 (set (reg:V4DI 143)
(mem/u/c:V4DI (reg:DI 142) [0 S32 A128])) "/app/example.c":4:13 1119
{*movv4di}
(nil))
(insn 11 10 12 2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111709
--- Comment #10 from dave.anglin at bell dot net ---
On 2023-10-06 3:50 a.m., rguenth at gcc dot gnu.org wrote:
> Does it work on trunk?
No. Test results with gcc trunk are identical to with Debian gcc-13.
Tried just rebuilding s_fma.c, and a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111720
Bug ID: 111720
Summary: RISC-V: Ugly codegen in RVV
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
Assignee
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111699
Andrew Pinski changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111699
--- Comment #10 from CVS Commits ---
The releases/gcc-11 branch has been updated by Andrew Pinski
:
https://gcc.gnu.org/g:9d4caf90e7bf1824ebabf0bc0541bfea511ef03b
commit r11-11054-g9d4caf90e7bf1824ebabf0bc0541bfea511ef03b
Author: Andrew Pinski
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111699
--- Comment #9 from CVS Commits ---
The releases/gcc-12 branch has been updated by Andrew Pinski
:
https://gcc.gnu.org/g:a63238cd52d974d364677def97d4ed70d26a7410
commit r12-9915-ga63238cd52d974d364677def97d4ed70d26a7410
Author: Andrew Pinski
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111664
Jeffrey A. Law changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111699
--- Comment #8 from CVS Commits ---
The releases/gcc-13 branch has been updated by Andrew Pinski
:
https://gcc.gnu.org/g:add2afa9e25f1776fdfbeb1b99fd1efcf850f91f
commit r13-7938-gadd2afa9e25f1776fdfbeb1b99fd1efcf850f91f
Author: Andrew Pinski
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111384
Jeffrey A. Law changed:
What|Removed |Added
Last reconfirmed||2023-10-07
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109414
Jeffrey A. Law changed:
What|Removed |Added
Resolution|--- |FIXED
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106271
Jeffrey A. Law changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64215
Jeffrey A. Law changed:
What|Removed |Added
CC||law at gcc dot gnu.org
--- Comment #5 f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110859
--- Comment #3 from John David Anglin ---
FAIL: 23_containers/vector/bool/110807.cc -std=gnu++17 (test for excess
errors)
Excess errors:
/home/dave/gnu/gcc/objdir/hppa-linux-gnu/libstdc++-v3/include/bits/stl_algobase.h:440:
warning: 'void* __bu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111718
Ivan Sorokin changed:
What|Removed |Added
CC||vanyacpp at gmail dot com
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111719
Bug ID: 111719
Summary: Omitting data-sharing attribute for function return
value in OpenMP does not raise an error.
Product: gcc
Version: 13.1.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92798
--- Comment #6 from Jonathan Wakely ---
We could add an enumerator that forces sizeof(_Rb_tree_color) == sizeof(int),
which would be valid for C++98.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111713
Jonathan Wakely changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|UNCONFIR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=29
Jonathan Wakely changed:
What|Removed |Added
CC||hewillk at gmail dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111718
Bug ID: 111718
Summary: Missed optimization of '(a+a)/a'
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tree-optimizati
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99395
JuzheZhong changed:
What|Removed |Added
CC||juzhe.zhong at rivai dot ai
--- Comment #6
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111634
Patrick O'Neill changed:
What|Removed |Added
Resolution|--- |FIXED
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108338
Jiu Fu Guo changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108338
--- Comment #2 from CVS Commits ---
The master branch has been updated by Jiu Fu Guo :
https://gcc.gnu.org/g:537d7a445ca0ed677751afd3cdcf8465ccd5fb7e
commit r14-4445-g537d7a445ca0ed677751afd3cdcf8465ccd5fb7e
Author: Jiufu Guo
Date: Thu Sep
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108338
--- Comment #1 from CVS Commits ---
The master branch has been updated by Jiu Fu Guo :
https://gcc.gnu.org/g:5f56b76ff1c15118200204569389f85cca4e32d3
commit r14--g5f56b76ff1c15118200204569389f85cca4e32d3
Author: Jiufu Guo
Date: Thu Sep
54 matches
Mail list logo
