[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|---

[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|RESOLVED|REOPENED Resolution|FIXED

[Bug lto/114574] [14 regression] ICE when building curl with LTO (fld_incomplete_type_of, at ipa-free-lang-data.cc:257) since r14-9763

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

[Bug c/114597] [GCC-14] Miscompilation of pointer assignment with inline assembly

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

[Bug target/114590] [14 Regression] FAIL: gcc.target/i386/apx-ndd-ti-shift.c (test for excess errors)

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

[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 --- Comment #20 from Xi Ruoyao --- (In reply to chenglulu from comment #19) > (In reply to Xi Ruoyao from comment #18) > > (In reply to chenglulu from comment #17) > > > > > The results of spec2006 on LA464 are: > > > -falign-labels=4

[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 Resolution|---

[Bug tree-optimization/114511] [11/12/13/14 Regression] Missed optimization: x = -y; x = c + x + y; ==> x=c;

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114511 Xi Ruoyao changed: What|Removed |Added Ever confirmed|0 |1 Keywords|

[Bug lto/114505] static archives built with gcc --without-zstd cause ICE when read by gcc with zstd support

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

[Bug lto/114505] static archives built with gcc --without-zstd cause ICE when read by gcc with zstd support

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

[Bug rtl-optimization/114452] Functions invoked through compile-time table of function pointers not inlined

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

[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 --- Comment #18 from Xi Ruoyao --- (In reply to chenglulu from comment #17) > The results of spec2006 on LA464 are: > -falign-labels=4 -falign-functions=32 -falign-loops=16 -falign-jumps=16 Would you send a patch for them or prefer I to do

[Bug target/104817] mips: ICE in mips_output_move, at config/mips/mips.cc:5323 with -fzero-call-used-regs=all

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104817 Xi Ruoyao changed: What|Removed |Added CC||qing.zhao at oracle dot com --- Comment #3

[Bug tree-optimization/114464] [14 regression] ICE when building tdscpp-20240212

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

[Bug target/114466] mips: ICE during RTL pass: zero_call_used_regs

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

[Bug tree-optimization/114465] "x % const1 % const2" should be optimized if const1 % const2 == 0

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114465 Xi Ruoyao changed: What|Removed |Added Severity|normal |enhancement Keywords|

[Bug tree-optimization/114465] New: "x % const1 % const2" should be optimized if const1 % const2 == 0

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114465 Bug ID: 114465 Summary: "x % const1 % const2" should be optimized if const1 % const2 == 0 Product: gcc Version: 14.0 Status: UNCONFIRMED Severity: normal

[Bug rtl-optimization/114452] Functions invoked through compile-time table of function pointers not inlined

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114452 --- Comment #3 from Xi Ruoyao --- (In reply to Paweł Bylica from comment #2) > I don't think this is related to lambdas. The following is also not > optimized: > > > using F = int (*)(int) noexcept; > > inline int impl(int x) noexcept {

[Bug ipa/111573] lambda functions often not inlined and optimized out

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

[Bug rtl-optimization/114452] Functions invoked through compile-time table of function pointers not inlined

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

[Bug middle-end/114449] bswap64 not optimized

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114449 Xi Ruoyao changed: What|Removed |Added Keywords||missed-optimization Ever confirmed|0

[Bug middle-end/114449] bswap64 not optimized

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

[Bug c++/114439] [14 Regression] icu4c-73.2 build failure: invalid initializer for array member with initialization of array of struct containing arrays since r14-9622

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114439 Xi Ruoyao changed: What|Removed |Added Priority|P3 |P1 --- Comment #3 from Xi Ruoyao --- To

[Bug target/114441] Relocation issues when compiling with -O1,-O2,and -Os

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

[Bug c++/114421] arm-none-eabi thumb -Os (and -O2) incorrectly optimizes out needed class member call

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

[Bug target/114407] Typo 'enabing' in loongarch-opts.cc

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

[Bug tree-optimization/89163] Missed optimization: sar and shr equivalent for non-negative numbers

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

[Bug tree-optimization/89163] Missed optimization: sar and shr equivalent for non-negative numbers

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

[Bug middle-end/114406] Optimizations with ">>", div, mod and mul where operands are all positive

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

[Bug target/114175] [13/14] Execution test failures on gcc.dg/c23-stdarg-6.c on multiple targets

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114175 --- Comment #40 from Xi Ruoyao --- mips patch: https://gcc.gnu.org/pipermail/gcc-patches/2024-March/648070.html (tested with -mabi=64)

[Bug middle-end/59863] const array in function is placed on stack

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

[Bug analyzer/114285] Use of uninitialized value when copying a struct field by field

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

[Bug target/112470] [11/12/13/14 regression] [AARCH64] stack-protector vulnerability fixing solution impact code size and performance

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112470 --- Comment #14 from Xi Ruoyao --- (In reply to Jakub Jelinek from comment #13) > So, is there anything we should do about this PR, or just close it as > necessary outcome of trying to be more secure when user asked for it? At least it

[Bug target/114175] [13/14] Execution test failures on gcc.dg/c23-stdarg-6.c on multiple targets

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114175 --- Comment #36 from Xi Ruoyao --- Do we need a backport to releases/gcc-13?

[Bug target/114175] [13/14] Execution test failures on gcc.dg/c23-stdarg-6.c on multiple targets

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114175 --- Comment #28 from Xi Ruoyao --- LoongArch patch (tested): https://gcc.gnu.org/pipermail/gcc-patches/2024-March/647928.html

[Bug target/114175] [13/14] RISC-V: Execution test failures on gcc.dg/c23-stdarg-6.c

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114175 Xi Ruoyao changed: What|Removed |Added Target|riscv, loongarch, x86_64|riscv, loongarch, x86_64,

[Bug tree-optimization/114363] inconsistent optimization of pow(x,2)+pow(y,2)

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

[Bug sanitizer/113430] [11/12/13 only] Trivial program segfaults intermittently with ASAN with large CONFIG_ARCH_MMAP_RND_BITS in kernel configuration

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113430 --- Comment #12 from Xi Ruoyao --- (In reply to Dimitrij Mijoski from comment #8) > This bug manifested at large on Github Actions CI/CI system in the last few > days most likely because Ubuntu's kernel also got updated to use 32 random > bits.

  1   2   3   4   5   6   7   >