https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112598
Patrick O'Neill changed:
What|Removed |Added
Resolution|--- |FIXED
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112598
Patrick O'Neill changed:
What|Removed |Added
Attachment #56794|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112598
Patrick O'Neill changed:
What|Removed |Added
Attachment #56700|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112598
--- Comment #17 from Li Pan ---
(In reply to Robin Dapp from comment #15)
> Does the =m fix your issue? Or is the code gen different then and we're
> just lucky? For my problem it doesn't help because we still don't recognize
> an alias
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112598
Patrick O'Neill changed:
What|Removed |Added
Attachment #56661|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112598
--- Comment #15 from Robin Dapp ---
Does the =m fix your issue? Or is the code gen different then and we're just
lucky? For my problem it doesn't help because we still don't recognize an
alias between load and store and the load is moved.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112598
--- Comment #14 from Li Pan ---
The below diff similar to the x86 workaround looks not working, unless we
change the `+m` to `=m`. But I don't fully test the impact of this change
except the case itself.
diff --git a/gcc/config/riscv/riscv.md
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112598
--- Comment #13 from Robin Dapp ---
It looks like the takeaway from the other thread is that there are many
likewise assumptions about masked stores in the middle end. It's probably
difficult to get them all right in a short time. Therefore I
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112598
--- Comment #12 from Li Pan ---
Hi Robin,
Do you have any ideas about the possible fix for this issue? The x86 backend
has one workaround for this issue as below.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112598
--- Comment #11 from Robin Dapp ---
On Friday I looked into one of the Fortran fails, class_67.f90 and debugged it
independently without reading here further. It is also due to the same reason
- alias analysis finds that the predicated store
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112598
--- Comment #10 from Li Pan ---
Link to one similar issue as below.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110237
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112598
--- Comment #9 from Li Pan ---
Before tracer
-
ENTRY
|
+---+
| B2 |
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112598
--- Comment #8 from Li Pan ---
For gcc.dg/torture/pr58955-2.c, we can simply reproduce it by options
Pass when: -O3
Pass when: -O3 -ftracer -fno-schedule-insns -fno-schedule-insns2
Fail when: -O3 -ftracer -fno-schedule-insns2
10154:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112598
--- Comment #7 from CVS Commits ---
The master branch has been updated by Pan Li :
https://gcc.gnu.org/g:de6f3e12bd188fee30bc79a5e323e16e0dbbe8ca
commit r14-5755-gde6f3e12bd188fee30bc79a5e323e16e0dbbe8ca
Author: Juzhe-Zhong
Date: Wed Nov
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112598
--- Comment #6 from JuzheZhong ---
Hi, there are these following run FAILs left on RV32/RV64 C/C++:
after this patch fix:
https://gcc.gnu.org/pipermail/gcc-patches/2023-November/637753.html
FAIL: gcc.dg/vect/pr65518.c -flto -ffat-lto-objects
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112598
--- Comment #5 from CVS Commits ---
The trunk branch has been updated by Lehua Ding :
https://gcc.gnu.org/g:d13e59b86c5cbeec6135ada3f6dc983289cac610
commit r14-5748-gd13e59b86c5cbeec6135ada3f6dc983289cac610
Author: Juzhe-Zhong
Date: Wed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112598
Patrick O'Neill changed:
What|Removed |Added
Attachment #56625|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112598
--- Comment #3 from CVS Commits ---
The master branch has been updated by Pan Li :
https://gcc.gnu.org/g:8faae311a60a552ed3d506de28c50c77fa49b229
commit r14-5677-g8faae311a60a552ed3d506de28c50c77fa49b229
Author: Juzhe-Zhong
Date: Tue Nov
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112598
--- Comment #2 from JuzheZhong ---
Since zvl128b and zvl256b bug fix are done.
So I am gonna work on zvl512b now.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112598
--- Comment #1 from Patrick O'Neill ---
Related issues:
128: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112583
256: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112597
512: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112598
1024:
20 matches
Mail list logo