[Bug target/115789] gcc miscompile itself with CFLAGS -O3 -march=rv64gcv_zvl256b

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115789 --- Comment #11 from Xi Ruoyao --- (In reply to lu_zero from comment #10) > Passing `-mstrict-align` to gcc-14 to build gcc-14 does not seem to have > effect, same Bus error triggered. Then it's a different bug. As Craig said

[Bug c++/115792] GCC accepts [] throw () {}

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115792 Xi Ruoyao changed: What|Removed |Added Status|RESOLVED|REOPENED CC|

[Bug target/115789] gcc miscompile itself with CFLAGS -O3 -march=rv64gcv_zvl256b

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115789 --- Comment #9 from Xi Ruoyao --- (In reply to lu_zero from comment #8) > (In reply to Xi Ruoyao from comment #4) > > Should we backport -mvector-strict-align to release branches then? Arguably > > this is not a bug fix (for the compiler) but

[Bug sanitizer/115791] division by zero check missing at optimization levels -O2 and -O3

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115791 Xi Ruoyao changed: What|Removed |Added See Also||https://gcc.gnu.org/bugzill

[Bug sanitizer/115791] division by zero check missing at optimization levels -O2 and -O3

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115791 Xi Ruoyao changed: What|Removed |Added CC||xry111 at gcc dot gnu.org --- Comment #1

[Bug target/115789] gcc miscompile itself with CFLAGS -O3 -march=rv64gcv_zvl256b

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115789 --- Comment #6 from Xi Ruoyao --- (In reply to Craig Topper from comment #5) > Isn’t -mstrict-align the default? It is in LLVM. Then it may be a different issue...

[Bug target/115789] gcc miscompile itself with CFLAGS -O3 -march=rv64gcv_zvl256b

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115789 Xi Ruoyao changed: What|Removed |Added CC||xry111 at gcc dot gnu.org --- Comment #4

[Bug middle-end/115767] [11/12/13/14/15 regression] GCC loses track of value on aarch64 with -O2

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115767 Xi Ruoyao changed: What|Removed |Added CC||xry111 at gcc dot gnu.org --- Comment #4

[Bug c++/115775] User-defined deduction guide ignored for alias template if the alias passes on a template template parameter to the aliased class template

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115775 Xi Ruoyao changed: What|Removed |Added CC||xry111 at gcc dot gnu.org --- Comment #2

[Bug target/115752] [13/14/15 Regression] [loongarch -O1] ICE: maximum number of generated reload insns per insn achieved (90)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115752 --- Comment #12 from Xi Ruoyao --- (In reply to chenglulu from comment #11) > (In reply to chenglulu from comment #7) > > (In reply to Xi Ruoyao from comment #4) > > > Reduced more: > > > > > > long double > > > test (long double xx) > > > { >

[Bug target/115752] [13/14/15 Regression] [loongarch -O1] ICE: maximum number of generated reload insns per insn achieved (90)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115752 --- Comment #9 from Xi Ruoyao --- (In reply to chenglulu from comment #2) > On LA, if mode is TFmode and regno is the number of the floating-point > register, can this hook return true, or must it return false? To me it can return true, but

[Bug target/115752] [13/14/15 Regression] [loongarch -O1] ICE: maximum number of generated reload insns per insn achieved (90)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115752 --- Comment #8 from Xi Ruoyao --- Started from r13-1834 (which removed movtf).

[Bug target/115752] [13/14/15 Regression] [loongarch -O1] ICE: maximum number of generated reload insns per insn achieved (90)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115752 Xi Ruoyao changed: What|Removed |Added Summary|[loongarch -O1] ICE:|[13/14/15 Regression]

[Bug target/115752] [loongarch -O1] ICE: maximum number of generated reload insns per insn achieved (90)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115752 Xi Ruoyao changed: What|Removed |Added Last reconfirmed||2024-07-03 Status|UNCONFIRMED

[Bug target/115752] [loongarch -O1] ICE: maximum number of generated reload insns per insn achieved (90)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115752 --- Comment #4 from Xi Ruoyao --- Reduced more: long double test (long double xx) { __asm ("" :: "f"(xx)); return xx + 1; } and this one fails at -O2 & -O3 too.

[Bug target/115752] [loongarch -O1] ICE: maximum number of generated reload insns per insn achieved (90)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115752 --- Comment #3 from Xi Ruoyao --- I found some "interesting" thing in alpha.md: ;; Subregs suck for register allocation. Pretend we can move TFmode ;; data between general registers until after reload. ;; ??? Is this still true now that we

[Bug tree-optimization/115766] [12/13/14 Regression] wrong code at optimization levels -O2, -O3

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115766 Xi Ruoyao changed: What|Removed |Added CC||xry111 at gcc dot gnu.org --- Comment #1

[Bug analyzer/115724] analyzer does not recognise non-returning error()

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115724 Xi Ruoyao changed: What|Removed |Added CC||xry111 at gcc dot gnu.org --- Comment #1

[Bug c++/115715] gcc seems to incorrectly accept illegal constexpr constructor in virtual inheritance and static template class member

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115715 Xi Ruoyao changed: What|Removed |Added Keywords|accepts-invalid |diagnostic Severity|normal

[Bug c++/115715] gcc seems to incorrectly accept illegal constexpr constructor in virtual inheritance and static template class member

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115715 --- Comment #4 from Xi Ruoyao --- (In reply to Andrew Pinski from comment #3) > Confirmed. This is a QoI issue though. We should do more rejections on > non-dependent types inside templates. Should we open an enhancement like "reject templates

[Bug c++/115715] gcc seems to incorrectly accept illegal constexpr constructor in virtual inheritance and static template class member

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115715 --- Comment #2 from Xi Ruoyao --- FWIW MSVC gives no diagnostic, and EDG gives a misleading diagnostic: '"", line 11: error: a constexpr variable must have a literal type or a reference type'

[Bug c++/115715] gcc seems to incorrectly accept illegal constexpr constructor in virtual inheritance and static template class member

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115715 Xi Ruoyao changed: What|Removed |Added CC||xry111 at gcc dot gnu.org --- Comment #1

[Bug tree-optimization/115697] [11/12/13/14/15 Regression] Miscompilation with -fgraphite-identity at -O2

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115697 Xi Ruoyao changed: What|Removed |Added CC||xry111 at gcc dot gnu.org Known to

[Bug tree-optimization/115693] 8 std::byte std::array comparison potential missed optimization

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115693 Xi Ruoyao changed: What|Removed |Added Version|unknown |14.1.0 CC|

[Bug c++/115676] [c++11-C++14] gcc allows invalid calling to implicitly-deleted default constructor of a template derived class (non-dependent) in template function

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115676 Xi Ruoyao changed: What|Removed |Added CC||xry111 at gcc dot gnu.org --- Comment #3

[Bug bootstrap/115635] [15 regression] Bootstrap fails with failed self-test with the rust fe (diagnostic-path.cc:1153: test_empty_path: FAIL: ASSERT_FALSE ((path.interprocedural_p ()))) since r15-159

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115635 Xi Ruoyao changed: What|Removed |Added CC||xry111 at gcc dot gnu.org --- Comment #9

[Bug tree-optimization/115582] [15 regression] wrong code when accessing members of incompatible type structure

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115582 Xi Ruoyao changed: What|Removed |Added CC||xry111 at gcc dot gnu.org --- Comment #6

[Bug c++/115567] Internal Compiler Error: Segmentation Fault during build

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115567 --- Comment #2 from Xi Ruoyao --- *** Bug 115569 has been marked as a duplicate of this bug. ***

[Bug c++/115569] Internal Compiler Error: Segmentation Fault during build

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115569 Xi Ruoyao changed: What|Removed |Added Resolution|--- |DUPLICATE Status|UNCONFIRMED

[Bug middle-end/115551] [missed optimization] "c1 << (a + c2)" not optimized into "(c1 << c2) << a"

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115551 Xi Ruoyao changed: What|Removed |Added CC||xry111 at gcc dot gnu.org --- Comment #1

[Bug c/115513] attribute nonstring could help with printf mistakes

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115513 --- Comment #3 from Xi Ruoyao --- (In reply to Peter Eisentraut from comment #2) > (In reply to Xi Ruoyao from comment #1) > > But what should we do with something like `printf("%32s", pd->name);`? > > Perhaps you mean > > printf("%.32s",

[Bug c/115513] attribute nonstring could help with printf mistakes

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115513 Xi Ruoyao changed: What|Removed |Added Last reconfirmed||2024-06-17 Severity|normal

[Bug target/114528] (0xFFFFFFFF0001FFFFULL - 0x00123000) constant forming could be done in 2 instructions

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114528 Xi Ruoyao changed: What|Removed |Added CC||xry111 at gcc dot gnu.org --- Comment #3

[Bug target/113341] Using GCC as the bootstrap compiler breaks LLVM on 32-bit PowerPC

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113341 Xi Ruoyao changed: What|Removed |Added CC||xry111 at gcc dot gnu.org --- Comment #12

[Bug rtl-optimization/30688] Branch registers loaded too late on ia64

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=30688 Xi Ruoyao changed: What|Removed |Added Resolution|WONTFIX |--- Status|RESOLVED

[Bug middle-end/63556] gcc should dedup string postfixes

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63556 Xi Ruoyao changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution|---

[Bug middle-end/63556] gcc should dedup string postfixes

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63556 Xi Ruoyao changed: What|Removed |Added Resolution|WONTFIX |--- CC|

[Bug libstdc++/115420] Default constructor of unordered_map deleted

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115420 Xi Ruoyao changed: What|Removed |Added CC||xry111 at gcc dot gnu.org

[Bug middle-end/114532] gcc -fno-common option causes performance degradation on certain architectures

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114532 --- Comment #10 from Xi Ruoyao --- Anyway if you really require a specific order of some data you need to either use -fno-toplevel-reorder, or group the data with a struct or linker script explicitly. Relying on any implicit behavior like

[Bug middle-end/114532] gcc -fno-common option causes performance degradation on certain architectures

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114532 --- Comment #9 from Xi Ruoyao --- Then will -fno-toplevel-reorder help?

[Bug middle-end/114532] gcc -fno-common option causes performance degradation on certain architectures

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114532 Xi Ruoyao changed: What|Removed |Added CC||xry111 at gcc dot gnu.org --- Comment #6

[Bug tree-optimization/104165] [12 Regression] -Warray-bounds for unreachable code inlined from std::sort()

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104165 --- Comment #13 from Xi Ruoyao --- For anyone attempting to claim this not fixed for 13 or later please see PR107986 first.

[Bug tree-optimization/104165] [12 Regression] -Warray-bounds for unreachable code inlined from std::sort()

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104165 Xi Ruoyao changed: What|Removed |Added CC||xry111 at gcc dot gnu.org --- Comment #12

[Bug target/115333] -march=native sets --param "l2-cache-size=1024" on Ryzen 7 7800X3D

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115333 --- Comment #3 from Xi Ruoyao --- Maybe we should make it the L3 size like Intel but I'm not sure. See the reasoning in PR87444 comments.

[Bug target/115169] [14/15 regression] ICE in loongarch bootstrap with checking: RTL check: expected code 'reg', have 'const_int' in rhs_regno, at rtl.h:1934

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115169 Xi Ruoyao changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug web/115183] GCCGO appears twice at https://gcc.gnu.org/onlinedocs/14.1.0/

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115183 Xi Ruoyao changed: What|Removed |Added Status|UNCONFIRMED |NEW CC|

[Bug target/115176] rbit pattern should use bitreverse rtl now

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115176 Xi Ruoyao changed: What|Removed |Added CC||xry111 at gcc dot gnu.org --- Comment #2

[Bug target/114978] [14/15 regression] 548.exchange2_r 14%-28% regressions on Loongarch64 after gcc 14 snapshot 20240317

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114978 --- Comment #21 from Xi Ruoyao --- (In reply to chenglulu from comment #19) > diff --git a/gcc/config/loongarch/loongarch.cc > b/gcc/config/loongarch/loongarch.cc > index e7835ae34ae..6a808cb0a5c 100644 > --- a/gcc/config/loongarch/loongarch.cc

[Bug target/115169] [14/15 regression] ICE in loongarch bootstrap with checking: RTL check: expected code 'reg', have 'const_int' in rhs_regno, at rtl.h:1934

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115169 Xi Ruoyao changed: What|Removed |Added Status|NEW |ASSIGNED

[Bug target/115169] [14/15 regression] ICE in loongarch bootstrap with checking: RTL check: expected code 'reg', have 'const_int' in rhs_regno, at rtl.h:1934

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115169 Xi Ruoyao changed: What|Removed |Added Assignee|unassigned at gcc dot gnu.org |xry111 at gcc dot gnu.org ---

[Bug target/114978] [14/15 regression] 548.exchange2_r 14%-28% regressions on Loongarch64 after gcc 14 snapshot 20240317

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114978 Xi Ruoyao changed: What|Removed |Added Keywords|needs-bisection |missed-optimization --- Comment #17 from

[Bug middle-end/115037] Unused std::vector is not optimized away.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115037 Xi Ruoyao changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug libstdc++/109442] Dead local copy of std::vector not removed from function

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109442 Xi Ruoyao changed: What|Removed |Added CC||hubicka at gcc dot gnu.org --- Comment #18

[Bug middle-end/115037] Unused std::vector is not optimized away.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115037 Xi Ruoyao changed: What|Removed |Added See Also||https://gcc.gnu.org/bugzill

[Bug target/115014] GCC generates incorrect instructions for addressing the data segment through EBP register

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115014 --- Comment #11 from Xi Ruoyao --- (In reply to Andrew Pinski from comment #10) > int f(int *a) > { > int b; > size_t t = (size_t) > size_t t1 = (size_t)a; > return *(int*)(((size_t))+(t-t1)); > } > > Is kinda of valid c but might fail

[Bug target/115014] GCC generates incorrect instructions for addressing the data segment through EBP register

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115014 Xi Ruoyao changed: What|Removed |Added CC||xry111 at gcc dot gnu.org --- Comment #5

[Bug driver/114980] [14/15 Regression] -fdiagnostics-urls=never does not suppress URLs in `'-Werror=' argument '-Werror=...' not valid for ...` warnings

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114980 Xi Ruoyao changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug target/114978] [14/15 regression] 548.exchange2_r 14%-28% regressions on Loongarch64 after gcc 14 snapshot 20240317

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114978 --- Comment #13 from Xi Ruoyao --- (In reply to Chen Chen from comment #12) > No. I used system default gcc. AOSC backports *many* changes not in upstream GCC 13.2 to their "13.2":

[Bug testsuite/115001] [14/15 Regression] pr109062.c fails on hybrid Intel CPU

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115001 Xi Ruoyao changed: What|Removed |Added Summary|pr109062.c fails on hybrid |[14/15 Regression]

[Bug testsuite/115001] New: pr109062.c fails on hybrid Intel CPU

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115001 Bug ID: 115001 Summary: pr109062.c fails on hybrid Intel CPU Product: gcc Version: 14.1.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component:

[Bug target/114978] [14/15 regression] 548.exchange2_r 14%-28% regressions on Loongarch64 after gcc 14 snapshot 20240317

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114978 --- Comment #9 from Xi Ruoyao --- (In reply to chenglulu from comment #8) > diff --git a/gcc/config/loongarch/loongarch-def.cc > b/gcc/config/loongarch/loongarch-def.cc > index e8c129ce643..f27284cb20a 100644 > ---

[Bug driver/114980] [14/15 Regression] -fdiagnostics-urls=never does not suppress URLs in `'-Werror=' argument '-Werror=...' not valid for ...` warnings

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114980 Xi Ruoyao changed: What|Removed |Added Keywords||patch --- Comment #9 from Xi Ruoyao ---

[Bug driver/114980] [14/15 Regression] -fdiagnostics-urls=never does not suppress URLs in `'-Werror=' argument '-Werror=...' not valid for ...` warnings

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114980 Xi Ruoyao changed: What|Removed |Added See Also||https://gcc.gnu.org/bugzill

[Bug other/114980] [14/15 Regression] -fdiagnostics-urls=never does not suppress URLs in `'-Werror=' argument '-Werror=...' not valid for ...` warnings

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114980 Xi Ruoyao changed: What|Removed |Added Last reconfirmed||2024-05-08 Assignee|unassigned

[Bug other/114980] [14/15 Regression] -fdiagnostics-urls=never does not suppress URLs in `'-Werror=' argument '-Werror=...' not valid for ...` warnings

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114980 --- Comment #6 from Xi Ruoyao --- Looks like when the driver invokes cc1, -fdiagnostics-urls=never seems always after -W... options: $ echo "" | LANG= ./gcc/xgcc -fdiagnostics-urls=never -Wtarget-lifetime -x c - -B gcc -v -c Reading specs from

[Bug other/114980] [14/15 Regression] -fdiagnostics-urls=never does not suppress URLs in `'-Werror=' argument '-Werror=...' not valid for ...` warnings

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114980 --- Comment #5 from Xi Ruoyao --- (In reply to Andrew Pinski from comment #4) > -fdiagnostics-plain-output does: > /* If you have changed the default diagnostics output, and this new > output is not appropriately "plain"

[Bug other/114980] [14/15 Regression] -fdiagnostics-urls=never does not suppress URLs in `'-Werror=' argument '-Werror=...' not valid for ...` warnings

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114980 --- Comment #3 from Xi Ruoyao --- (In reply to Andrew Pinski from comment #2) > I have not seen this failure ... Yes it's strange. I didn't see the failures building 14.1.0-RC1 but I saw them building 14.1.0, though RC1 definitely outputs the

[Bug other/114980] [14/15 Regression] -fdiagnostics-urls=never does not suppress URLs in `'-Werror=' argument '-Werror=...' not valid for ...` warnings

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114980 --- Comment #1 from Xi Ruoyao --- Also happens for "command-line option ... is valid for ... but not for ..." warnings: $ env -i PATH=$PATH TERM=xterm-256colors cc hw.c -fdiagnostics-urls=never -Wtarget-lifetime cc1: warning: command-line

[Bug other/114980] New: [14/15 Regression] -fdiagnostics-urls=never does not suppress URLs in `'-Werror=' argument '-Werror=...' not valid for ...` warnings

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114980 Bug ID: 114980 Summary: [14/15 Regression] -fdiagnostics-urls=never does not suppress URLs in `'-Werror=' argument '-Werror=...' not valid for ...` warnings Product: gcc

[Bug target/114978] [14/14 regression] 548.exchange2_r 14%-28% regressions on Loongarch64 after gcc 14 snapshot 20240317

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114978 --- Comment #4 from Xi Ruoyao --- s/suspicious/skeptical/

[Bug target/114978] [14/14 regression] 548.exchange2_r 14%-28% regressions on Loongarch64 after gcc 14 snapshot 20240317

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114978 Xi Ruoyao changed: What|Removed |Added Target||loongarch64-*-* Component|fortran

[Bug fortran/114978] [14/14 regression] 548.exchange2_r 14%-28% regressions on Loongarch64 after gcc 14 snapshot 20240317

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114978 Xi Ruoyao changed: What|Removed |Added Keywords||needs-bisection --- Comment #2 from Xi

[Bug target/114848] loongarch: epilogue in _Unwind_RaiseException corrupts return value due to __builtin_eh_return

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114848 Xi Ruoyao changed: What|Removed |Added Resolution|--- |FIXED Target Milestone|---

[Bug target/114861] [14/15 Regression] LoongArch: ICE building the kernel with -Os

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114861 Xi Ruoyao changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug target/114861] [14/15 Regression] LoongArch: ICE building the kernel with -Os

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114861 Xi Ruoyao changed: What|Removed |Added Last reconfirmed||2024-04-26 Status|UNCONFIRMED

[Bug target/114861] LoongArch: ICE building the kernel with -Os

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114861 Xi Ruoyao changed: What|Removed |Added Keywords|needs-reduction |ice-on-valid-code --- Comment #5 from Xi

[Bug target/114861] LoongArch: ICE building the kernel with -Os

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114861 --- Comment #4 from Xi Ruoyao --- (In reply to Jakub Jelinek from comment #3) > m for register_operand??? Hmm indeed, the m alternative should be removed. I must had been sleeping when I typed it...

[Bug target/114861] LoongArch: ICE building the kernel with -Os

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114861 Xi Ruoyao changed: What|Removed |Added Priority|P3 |P2 --- Comment #2 from Xi Ruoyao --- It

[Bug target/114861] LoongArch: ICE building the kernel with -Os

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114861 --- Comment #1 from Xi Ruoyao --- Created attachment 58044 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=58044=edit Preprocessed source

[Bug target/114861] New: LoongArch: Fail to build the kernel with -Os

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114861 Bug ID: 114861 Summary: LoongArch: Fail to build the kernel with -Os Product: gcc Version: 14.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component:

[Bug target/114848] loongarch: epilogue in _Unwind_RaiseException corrupts return value due to __builtin_eh_return

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114848 Xi Ruoyao changed: What|Removed |Added Summary|longarch: epilogue in |loongarch: epilogue in

[Bug target/114848] longarch: epilogue in _Unwind_RaiseException corrupts return value due to __builtin_eh_return

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114848 Xi Ruoyao changed: What|Removed |Added CC||xry111 at gcc dot gnu.org --- Comment #1

[Bug target/113235] SMHasher SHA3-256 benchmark is almost 40% slower vs. Clang (not enough complete loop peeling)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113235 --- Comment #13 from Xi Ruoyao --- (In reply to David Malcolm from comment #10) > (In reply to Jan Hubicka from comment #4) > > I keep mentioning to Larabel that he should use -fno-semantic-interposition, > > but he doesn't. > > Possibly a

[Bug demangler/114830] c++filt stack overflows in rust demangler

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114830 Xi Ruoyao changed: What|Removed |Added CC||xry111 at gcc dot gnu.org --- Comment #3

[Bug c/114808] Qualified void return type is not diagnosed

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114808 Xi Ruoyao changed: What|Removed |Added CC||xry111 at gcc dot gnu.org

[Bug rtl-optimization/114800] redundant set-zero when initiate a struct

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114800 Xi Ruoyao changed: What|Removed |Added CC||xry111 at gcc dot gnu.org --- Comment #1

[Bug c/114773] Raw string literals are not supported in C89 mode

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114773 Xi Ruoyao changed: What|Removed |Added Resolution|FIXED |INVALID --- Comment #6 from Xi Ruoyao ---

[Bug c/114773] Raw string literals are not supported in C89 mode

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114773 Xi Ruoyao changed: What|Removed |Added CC||xry111 at gcc dot gnu.org

[Bug rust/113499] crab1 fails to link when configuring with --disable-plugin

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113499 Xi Ruoyao changed: What|Removed |Added CC||xry111 at gcc dot gnu.org --- Comment #7

[Bug middle-end/114700] Front-end optimization generates wrong code with -fsanitize=undefined

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114700 --- Comment #13 from Xi Ruoyao --- And IIRC there are various suggestion saying "if you want -fwrapv, you are likely actually wanting -fsanitize=signed-integer-overflow" and some plan deprecating -fwrapv. So it's more important to fix the

[Bug middle-end/114700] Front-end optimization generates wrong code with -fsanitize=undefined

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114700 Xi Ruoyao changed: What|Removed |Added Summary|Front-end optimization |Front-end optimization

[Bug target/113233] LoongArch: target options from LTO objects not respected during linking

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113233 Xi Ruoyao changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution|---

[Bug target/113233] LoongArch: target options from LTO objects not respected during linking

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113233 --- Comment #13 from Xi Ruoyao --- Will we back port the fix to 13 and 12?

[Bug libstdc++/114645] std::chrono::current_zone ignores $TZ on Linux

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114645 --- Comment #10 from Xi Ruoyao --- > rust's `chrono` Note that this is really a bad example because of CVE-2020-26235.

[Bug middle-end/93041] GCC 10 removes an infinite loop and causes a null pointer to dereferenced

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93041 Xi Ruoyao changed: What|Removed |Added CC||xry111 at gcc dot gnu.org --- Comment #12

[Bug target/110027] [11/12/13/14 regression] Misaligned vector store on detect_stack_use_after_return

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110027 Xi Ruoyao changed: What|Removed |Added CC||teodor_spaeren at riseup dot net ---

[Bug sanitizer/114637] Problems when compiling with both undefined and address sanitizer

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114637 Xi Ruoyao changed: What|Removed |Added CC||xry111 at gcc dot gnu.org

[Bug c++/114638] Hang and Memory Consumption Increase during Compilation with Recursive Template Instantiation

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114638 Xi Ruoyao changed: What|Removed |Added CC||xry111 at gcc dot gnu.org --- Comment #1

[Bug target/112919] LoongArch: Alignments in tune parameters are not precise and they regress performance

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112919 Xi Ruoyao changed: What|Removed |Added Resolution|--- |FIXED Status|UNCONFIRMED

[Bug target/113233] LoongArch: target options from LTO objects not respected during linking

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113233 Xi Ruoyao changed: What|Removed |Added Target Milestone|12.4|---

  1   2   3   4   5   6   7   8   >