[Bug target/118945] RISC-V: VSETL pass: Don't promote Vectors ops from Tail agnostic to Tail Undisturbed

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118945 Jeffrey A. Law changed: What|Removed |Added Ever confirmed|0 |1 Status|UNCONFIRMED

[Bug jit/117047] [15 regression] Segfault in libgccjit garbage collection when compiling GNU Emacs with Native Compilation

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117047 --- Comment #15 from Sam James --- (In reply to David Malcolm from comment #14) > FWIW I tried again building emacs (from git) with gcc trunk with > --with-native-compilation=aot on x86_64 and, annoyingly, "make" completed > successfully; I see

[Bug target/118945] RISC-V: VSETL pass: Don't promote Vectors ops from Tail agnostic to Tail Undisturbed

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118945 --- Comment #9 from JuzheZhong --- (In reply to Andrew Waterman from comment #8) > > In fact, I'd be rather surprised to see anything preferring tail > > undisturbed. > > Right. To be precise, microarchitectures without register renaming > a

[Bug rtl-optimization/118946] Missed optimization: GCC reserves stack space for optimized-out variable

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118946 --- Comment #4 from Andrew Pinski --- (In reply to Jeffrey A. Law from comment #2) > Marking as a duplicate of one I happen to know about. I suspect there are > others. > > *** This bug has been marked as a duplicate of bug 94713 *** I think

[Bug target/118934] [15 Regression] RISC-V: ICE: output_operand: invalid expression as operand

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118934 Jeffrey A. Law changed: What|Removed |Added Last reconfirmed||2025-02-20 Status|UNCONFIR

[Bug tree-optimization/118947] Missed optimization: GCC forgets stack buffer contents across function call

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118947 --- Comment #4 from Andrew Pinski --- Created attachment 60551 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=60551&action=edit Fixes bbb's stack usage This patch fixes the stack usage of bbb function in comment #0.

[Bug tree-optimization/118963] [13/14/15 regression] Miscompile at -O2/3 since r13-6945-g429a7a88438cc8

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118963 Andrew Pinski changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug tree-optimization/118922] [13/14/15 regression] Miscompile at -O2/3 since r13-6945-g429a7a88438cc8

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118922 --- Comment #9 from Andrew Pinski --- *** Bug 118963 has been marked as a duplicate of this bug. ***

[Bug preprocessor/118860] [15 Regression] ICE Segfault with --param=file-cache-files= since r15-7431-g66af77cbed6c5b

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118860 Heiko Eißfeldt changed: What|Removed |Added CC||heiko at hexco dot de --- Comment #2 f

[Bug rtl-optimization/118947] Missed optimization: GCC forgets stack buffer contents across function call

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118947 Andrew Pinski changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED See Also|

[Bug tree-optimization/118963] [13/14/15 regression] Miscompile at -O2/3 since r13-6945-g429a7a88438cc8

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118963 Sam James changed: What|Removed |Added Target Milestone|--- |13.4 Summary|Miscompile at -O2/3

[Bug target/80878] -mcx16 (enable 128 bit CAS) on x86_64 seems not to work on 7.1.0

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80878 --- Comment #47 from LIU Hao --- (In reply to Luke Dalessandro from comment #46) > But if 104688 isn't related to this issue, and thus Jakub's comment was in > error, I definitely don't understand the underlying problem and why clang is > fine do

[Bug target/118949] [15 regression] RISC-V: Extra FRM writes since GCC-14.2 since r15-5943-gdc0dea98c96e02

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118949 --- Comment #5 from Li Pan --- Thanks Vineet, update another case with explicit convert. It is unrelated to the global_reg change. 1 │ #define T float 2 │ 3 │ void func(const T * restrict a, const T * restrict b, 4 │

[Bug tree-optimization/107263] Memcpy not elided when initializing struct

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107263 --- Comment #4 from Andrew Pinski --- (In reply to AK from comment #3) > Seems like a duplicate of #59863 ? No different issue . There we have an array which is all the way constant but here we have a non-constant part.

[Bug middle-end/23782] SRA pessimizes passing structures by value at -Os (+22% code size)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=23782 Andrew Pinski changed: What|Removed |Added Status|NEW |ASSIGNED Assignee|unassigned a

[Bug target/118955] Fortran uses vector math functions without -ffast-math

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118955 --- Comment #9 from Richard Biener --- I have also always wondered about that glibc guard, esp. it being the kitchen-sink fast-math guard rather than sth more specific (yep, we don't have anything for -funsafe-math-optimizations). That is, I su

[Bug libfortran/118935] Segmentation fault in 'libgomp.fortran/rwlock_1.f90' when compiling libgfortran with '-O0'

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118935 --- Comment #10 from Thomas Koenig --- What does the OpenMP standard say about I/O in partallel exexution?

[Bug target/118952] AArch64 get_fpcr and set_fpcr builtins don't block reordering of operations past them

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118952 Richard Sandiford changed: What|Removed |Added See Also||https://gcc.gnu.org/bugzill

[Bug libstdc++/118559] [15 Regression] __array_rank is broken for clang so need workaround in libstdc++

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118559 Jonathan Wakely changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug libstdc++/118559] [15 Regression] __array_rank is broken for clang so need workaround in libstdc++

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118559 --- Comment #1 from GCC Commits --- The master branch has been updated by Jonathan Wakely : https://gcc.gnu.org/g:c0e865f73ddee2e7247a23a7d57ad80261861d35 commit r15-7650-gc0e865f73ddee2e7247a23a7d57ad80261861d35 Author: Jonathan Wakely Date:

[Bug libstdc++/118855] Simplify when __builtin_*g builtins are available

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118855 --- Comment #4 from GCC Commits --- The master branch has been updated by Jonathan Wakely : https://gcc.gnu.org/g:e8ad697a75b0870a833366daf687668a57cabb6e commit r15-7648-ge8ad697a75b0870a833366daf687668a57cabb6e Author: Jonathan Wakely Date:

[Bug libstdc++/118855] Simplify when __builtin_*g builtins are available

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118855 Jonathan Wakely changed: What|Removed |Added Target Milestone|--- |15.0 Status|NEW

[Bug libstdc++/104928] std::counting_semaphore on Linux can sleep forever

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104928 Jonathan Wakely changed: What|Removed |Added Target Milestone|15.0|16.0

[Bug c++/118951] New: __FILE__ inserts the filename as array, __builtin_FILE as pointer

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118951 Bug ID: 118951 Summary: __FILE__ inserts the filename as array, __builtin_FILE as pointer Product: gcc Version: 15.0 Status: UNCONFIRMED Severity: normal

[Bug target/118952] New: AArch64 get_fpcr and set_fpcr builtins don't block reordering of operations past them

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118952 Bug ID: 118952 Summary: AArch64 get_fpcr and set_fpcr builtins don't block reordering of operations past them Product: gcc Version: 15.0 Status: UNCONFIRMED Ke

[Bug tree-optimization/118521] [15 regression] std::vector Wstringop-overflow false positive since r15-4473

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118521 Richard Biener changed: What|Removed |Added See Also||https://gcc.gnu.org/bugzill

[Bug target/109780] [12/13/14/15 Regression] csmith: runtime crash with -O2 -march=znver1

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109780 Bug 109780 depends on bug 118936, which changed state. Bug 118936 Summary: [15 Regression] ICE in ix86_finalize_stack_frame_flags, at config/i386/i386.cc:8683 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118936 What|Removed

[Bug target/118936] [15 Regression] ICE in ix86_finalize_stack_frame_flags, at config/i386/i386.cc:8683

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118936 Sam James changed: What|Removed |Added CC||sjames at gcc dot gnu.org --- Comment #15 f

[Bug target/109093] [15 regression] csmith: a February runtime bug ?

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109093 Bug 109093 depends on bug 118936, which changed state. Bug 118936 Summary: [15 Regression] ICE in ix86_finalize_stack_frame_flags, at config/i386/i386.cc:8683 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118936 What|Removed

[Bug fortran/107635] [Coarray] Allocatable components of types defined in module's interface are not handled correctly when used in coarrays.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107635 --- Comment #9 from GCC Commits --- The master branch has been updated by Andre Vehreschild : https://gcc.gnu.org/g:69eb02682b80b84dd0f562f19821c8c8c37ad243 commit r15-7642-g69eb02682b80b84dd0f562f19821c8c8c37ad243 Author: Andre Vehreschild D

[Bug fortran/107635] [Coarray] Allocatable components of types defined in module's interface are not handled correctly when used in coarrays.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107635 --- Comment #11 from GCC Commits --- The master branch has been updated by Andre Vehreschild : https://gcc.gnu.org/g:d3244675441faf9c2d3949821f7deee34705e9c8 commit r15-7644-gd3244675441faf9c2d3949821f7deee34705e9c8 Author: Andre Vehreschild

[Bug fortran/107635] [Coarray] Allocatable components of types defined in module's interface are not handled correctly when used in coarrays.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107635 --- Comment #8 from GCC Commits --- The master branch has been updated by Andre Vehreschild : https://gcc.gnu.org/g:15847252648ede9d2ad9eea398b7b870f62a2b30 commit r15-7641-g15847252648ede9d2ad9eea398b7b870f62a2b30 Author: Andre Vehreschild D

[Bug fortran/107635] [Coarray] Allocatable components of types defined in module's interface are not handled correctly when used in coarrays.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107635 --- Comment #5 from GCC Commits --- The master branch has been updated by Andre Vehreschild : https://gcc.gnu.org/g:90ba8291c31f2cfb6a8c7bf0c0d6a9d93bbbacc9 commit r15-7638-g90ba8291c31f2cfb6a8c7bf0c0d6a9d93bbbacc9 Author: Andre Vehreschild D

[Bug fortran/107635] [Coarray] Allocatable components of types defined in module's interface are not handled correctly when used in coarrays.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107635 --- Comment #7 from GCC Commits --- The master branch has been updated by Andre Vehreschild : https://gcc.gnu.org/g:abbfeb2ecbb5e90aa5d68e489ac283348ee6b8d5 commit r15-7640-gabbfeb2ecbb5e90aa5d68e489ac283348ee6b8d5 Author: Andre Vehreschild D

[Bug fortran/107635] [Coarray] Allocatable components of types defined in module's interface are not handled correctly when used in coarrays.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107635 --- Comment #10 from GCC Commits --- The master branch has been updated by Andre Vehreschild : https://gcc.gnu.org/g:8bf0ee8d62b8a08e808344d31354ab713157e15d commit r15-7643-g8bf0ee8d62b8a08e808344d31354ab713157e15d Author: Andre Vehreschild

[Bug bootstrap/118802] [15 regression] Bootstrap comparison failure on libphobos/libdruntime/core/internal/gc/impl/conservative/gc.o

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118802 Sam James changed: What|Removed |Added Component|other |bootstrap --- Comment #15 from Sam James -

[Bug fortran/107635] [Coarray] Allocatable components of types defined in module's interface are not handled correctly when used in coarrays.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107635 --- Comment #6 from GCC Commits --- The master branch has been updated by Andre Vehreschild : https://gcc.gnu.org/g:b114312bbaae51567bc0436d07990c4fbaa3c81d commit r15-7639-gb114312bbaae51567bc0436d07990c4fbaa3c81d Author: Andre Vehreschild D

[Bug ipa/118318] [15 regression] ICE when building firefox-134.0 with PGO

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118318 --- Comment #15 from Jan Hubicka --- > Breakpoint 5.2, profile_count::operator+= (this=0x76e7e888, other=...) at > /usr/src/debug/sys-devel/gcc-15.0./gcc-15.0./gcc/profile-count.h:932 > 932 gcc_checking_assert (compatib

[Bug target/109093] [15 regression] csmith: a February runtime bug ?

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109093 H.J. Lu changed: What|Removed |Added Attachment #60462|0 |1 is obsolete|

[Bug target/109780] [12/13/14/15 Regression] csmith: runtime crash with -O2 -march=znver1

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109780 Sam James changed: What|Removed |Added Known to work|15.0| Summary|[12/13/14 Regression]

[Bug target/109093] [15 regression] csmith: a February runtime bug ?

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109093 Sam James changed: What|Removed |Added Status|RESOLVED|NEW Depends on|

[Bug target/109093] [15 regression] csmith: a February runtime bug ?

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109093 Sam James changed: What|Removed |Added Status|NEW |ASSIGNED Assignee|unassigned at g

[Bug sarif-replay/96032] RFE: add a way to use output from --fdiagnostics-format=json or sarif as input

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96032 --- Comment #12 from Kamil Dudka --- I confirm that sarif-replay is available on f42+ and it seems to work as expected. Thanks!

[Bug target/118936] [15 Regression] ICE in ix86_finalize_stack_frame_flags, at config/i386/i386.cc:8683

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118936 Sam James changed: What|Removed |Added Resolution|--- |FIXED Assignee|unassigned at gcc

[Bug target/109093] [15 regression] csmith: a February runtime bug ?

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109093 Sam James changed: What|Removed |Added Priority|P1 |P2 --- Comment #41 from Sam James --- I th

[Bug libstdc++/98749] No precondition checks in , and

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98749 Jonathan Wakely changed: What|Removed |Added Target Milestone|15.0|16.0

[Bug libstdc++/118395] Constructor of std::barrier is not constexpr

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118395 Jonathan Wakely changed: What|Removed |Added Target Milestone|--- |16.0

[Bug target/94173] Superfluous stackpointer manipulation

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94173 Sam James changed: What|Removed |Added CC||blubban at gmail dot com --- Comment #6 from

[Bug rtl-optimization/118946] Missed optimization: GCC reserves stack space for optimized-out variable

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118946 --- Comment #3 from Sam James --- *** This bug has been marked as a duplicate of bug 94173 ***

[Bug target/118540] RISC-V: ICE for unsupported target attribute

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118540 Jeffrey A. Law changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug target/118057] RISC-V: Can't vectorize load and store with zvl128b

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118057 --- Comment #8 from Jeffrey A. Law --- This is really a costing issue. Some designs (such as Ventana's) strided access can be very profitable, particularly for a relatively small stride. On others it may be considerably worse. Point being som

[Bug tree-optimization/117634] memset/struct copy transformation into memset/memset is not done if not address

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117634 Andrew Pinski changed: What|Removed |Added CC||blubban at gmail dot com --- Comment #4

[Bug target/116662] The value of __GCC_DESTRUCTIVE_SIZE for riscv64 could be improved

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116662 Jeffrey A. Law changed: What|Removed |Added Last reconfirmed||2025-02-21 Status|UNCONFIR

[Bug target/118734] RISC-V: Vector broadcast via strided load.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118734 Jeffrey A. Law changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug tree-optimization/118954] [15 regression] Miscompile at -O3 since r15-1757-g4d24159a1fcb15

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118954 Sam James changed: What|Removed |Added Summary|[15 regression] Miscompile |[15 regression] Miscompile

[Bug bootstrap/118802] [15 regression] Bootstrap comparison failure on libphobos/libdruntime/core/internal/gc/impl/conservative/gc.o since r15-7400-gd3ff498c478ace

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118802 --- Comment #22 from Hongtao Liu --- (In reply to Sam James from comment #16) > Bisected to r15-7400-gd3ff498c478ace (not CCing anyone yet as not enough > useful information). There's a new patch in [1] which will revert the commit and may fix

[Bug c/118963] New: Miscompile at -O2/3

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118963 Bug ID: 118963 Summary: Miscompile at -O2/3 Product: gcc Version: 15.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c Assignee: unassi

[Bug bootstrap/118802] [15 regression] Bootstrap comparison failure on libphobos/libdruntime/core/internal/gc/impl/conservative/gc.o since r15-7400-gd3ff498c478ace

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118802 --- Comment #21 from Sam James --- I understand, thanks. I'll keep whittling it down.

[Bug target/117544] Lack of vsetvli after function call for whole register move

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117544 --- Comment #4 from Jeffrey A. Law --- Fixed on the trunk.

[Bug target/118934] [15 Regression] RISC-V: ICE: output_operand: invalid expression as operand

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118934 --- Comment #2 from Anton Blanchard --- This reproduces the issue. Build without optimisation to avoid all the code disappearing: #define INSNS_1 x = x + 1; #define INSNS_2 INSNS_1 INSNS_1 #define INSNS_4 INSNS_2 INSNS_2 #define INSNS_8 INSNS_4

[Bug target/80878] -mcx16 (enable 128 bit CAS) on x86_64 seems not to work on 7.1.0

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80878 --- Comment #49 from LIU Hao --- (In reply to Luke Dalessandro from comment #48) > So my understanding is that 104688 basically determined that it's correct to > implement atomic load with movdqa for aligned addresses on architectures > with AVX

[Bug target/117544] Lack of vsetvli after function call for whole register move

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117544 Jeffrey A. Law changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug fortran/118932] Testcase gfortran.dg/binding_label_tests_34.f90 needs standard checking

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118932 --- Comment #4 from Thomas Koenig --- Hm, maybe I am misunderstanding the standard here, or it says something that was not intentional... We accept program memain interface subroutine lower () bind(c,name="foo") end subroutine lowe

[Bug target/94173] Superfluous stackpointer manipulation

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94173 Jeffrey A. Law changed: What|Removed |Added Summary|[RISCV] Superfluous |Superfluous stackpointer

[Bug tree-optimization/118947] Missed optimization: GCC forgets stack buffer contents across function call

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118947 Andrew Pinski changed: What|Removed |Added Component|rtl-optimization|tree-optimization --- Comment #3 from A

[Bug analyzer/94713] Analyzer is buggy on uninitialized pointer

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94713 Jeffrey A. Law changed: What|Removed |Added CC||blubban at gmail dot com --- Comment #5

[Bug rtl-optimization/118946] Missed optimization: GCC reserves stack space for optimized-out variable

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118946 Jeffrey A. Law changed: What|Removed |Added Resolution|--- |DUPLICATE Status|UNCONFIRM

[Bug target/118950] [14/15 regression] RISC-V: rv64gcv runtime mismatch at -O3 since r14-4038-gb975c0dc3be

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118950 Jeffrey A. Law changed: What|Removed |Added Ever confirmed|0 |1 Last reconfirmed|

[Bug target/118945] RISC-V: VSETL pass: Don't promote Vectors ops from Tail agnostic to Tail Undisturbed

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118945 --- Comment #10 from Vineet Gupta --- (In reply to JuzheZhong from comment #9) > > I think we should consider many more different situation and consider it > carefully. Like: > > vsetvli ... e8,mf8 ta ma (demand ratio) > ... > vservli zero zer

[Bug target/117955] GCC generate illegal riscv instruction `vsetvli zero,zero,e64,mf4,ta,ma` with -O2 and -O3

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117955 --- Comment #6 from Jeffrey A. Law --- As I feared, this has just gone latent. If you revert: bdbbe5d4b6d495ac06ee762540a1277498f2a7a0 7bef3482f27ce13ba7e6c4f43943f28a49e63a40 This can be triggered again on the trunk. Given the sensitivity t

[Bug tree-optimization/14295] [tree-ssa] copy propagation for aggregates

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=14295 Andrew Pinski changed: What|Removed |Added Assignee|unassigned at gcc dot gnu.org |pinskia at gcc dot gnu.org

[Bug tree-optimization/14295] [tree-ssa] copy propagation for aggregates

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=14295 --- Comment #12 from Andrew Pinski --- optimize_memcpy_to_memset does some simple copy prop but with zeroing. A similar method could be done for non zeroing and i am going to try that.

[Bug jit/117047] [15 regression] Segfault in libgccjit garbage collection when compiling GNU Emacs with Native Compilation

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117047 --- Comment #16 from Sam James --- Created attachment 60552 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=60552&action=edit emacs.log.xz So far, not got anywhere with attempting to copy our packaging into a script. I've attached a build

[Bug target/115763] RISC-V: Use wrong SEW for vfmv.v.f when -march only has zvfhmin

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115763 Jeffrey A. Law changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug rtl-optimization/115523] [avr] Remove SFmode insns

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115523 Jeffrey A. Law changed: What|Removed |Added Resolution|--- |FIXED Status|UNCONFIRMED

[Bug target/115795] RISC-V: vsetvl step causes wrong codegen after fusing info

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115795 Jeffrey A. Law changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug target/114809] [RISC-V RVV] Counting elements might be simpler

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114809 --- Comment #4 from Jeffrey A. Law --- I fixed the missed peephole a while back. But the question about cpop vs other strategies remains.

[Bug target/118931] [15 Regression] RISC-V: rv64gcv miscompile at -O[23] since r15-3228-g771256bcb9d

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118931 --- Comment #2 from Li Pan --- 13 │ int main () 14 │ { 15 │ vector(16) unsigned char vect__3.5; 16 │ unsigned char a_lsm.2; 17 │ long long int _5; 18 │ vector(16) unsigned char _13; 19 │ unsigned char _29;

[Bug target/80878] -mcx16 (enable 128 bit CAS) on x86_64 seems not to work on 7.1.0

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80878 --- Comment #48 from Luke Dalessandro --- (In reply to LIU Hao from comment #47) > (In reply to Luke Dalessandro from comment #46) > > But if 104688 isn't related to this issue, and thus Jakub's comment was in > > error, I definitely don't under

[Bug target/118931] [15 Regression] RISC-V: rv64gcv miscompile at -O[23] since r15-3228-g771256bcb9d

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118931 Li Pan changed: What|Removed |Added CC||pan2.li at intel dot com --- Comment #1 from L

[Bug target/113715] RISC-V: If the Zcmp is enabled, the a0 register operates abnormally when the program returns

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113715 Jeffrey A. Law changed: What|Removed |Added Resolution|--- |FIXED Status|NEW

[Bug middle-end/23782] SRA pessimizes passing structures by value at -Os (+22% code size)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=23782 --- Comment #9 from Andrew Pinski --- I have a patch which builds on top of PR 14295 which improves the situtation here. It has a few testcase regressions but those are testcase issues which I will fix up later on.

[Bug target/118950] [14/15 regression] RISC-V: rv64gcv runtime mismatch at -O3 since r14-4038-gb975c0dc3be

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118950 --- Comment #5 from Robin Dapp --- Yeah, the original statement is recognized as a mask conversion pattern: pr118950.c:9:21: note: vect_recog_mask_conversion_pattern: detected: _152 = .MASK_LOAD (_230, 8B, _229, 0); pr118950.c:9:21: note: m

[Bug tree-optimization/118954] [15 regression] Miscompile at -O3 since r15-1757-g4d24159a1fcb15

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118954 Richard Biener changed: What|Removed |Added Assignee|unassigned at gcc dot gnu.org |rguenth at gcc dot gnu.org

[Bug c/118953] New: Miscompile at -O3

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118953 Bug ID: 118953 Summary: Miscompile at -O3 Product: gcc Version: 15.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c Assignee: unassign

[Bug libstdc++/118494] std::counting_semaphore should work

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118494 Jonathan Wakely changed: What|Removed |Added Target Milestone|--- |16.0

[Bug libstdc++/99552] FAIL: 29_atomics/atomic/wait_notify/bool.cc (test for excess errors)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99552 Jonathan Wakely changed: What|Removed |Added See Also||https://gcc.gnu.org/bugzill

[Bug libstdc++/110854] constructor of std::counting_semaphore is not constexpr

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110854 Jonathan Wakely changed: What|Removed |Added Target Milestone|15.0|16.0

[Bug tree-optimization/118954] [15 regression] Miscompile at -O3

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118954 Richard Biener changed: What|Removed |Added CC||rguenth at gcc dot gnu.org --- Comment

[Bug tree-optimization/114999] A few missing optimizations due to `a - b` and `b - a` not being detected as negatives of each other

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114999 --- Comment #13 from Jennifer Schmitz --- Created attachment 60540 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=60540&action=edit Patch for improving codegen of absolute differences of unsigned integers in aarch64 This patch builds on t

[Bug target/118844] Link failure caused by crtbeginS.o

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118844 --- Comment #3 from GCC Commits --- The releases/gcc-14 branch has been updated by LuluCheng : https://gcc.gnu.org/g:9ffecde121af883b60bbe60d00425036bc873048 commit r14-11321-g9ffecde121af883b60bbe60d00425036bc873048 Author: Lulu Cheng Date:

[Bug tree-optimization/118953] [14/15 regression] Miscompile at -O2 since r14-2473-g602e824eec30a7

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118953 Richard Biener changed: What|Removed |Added Ever confirmed|0 |1 Priority|P3

[Bug c++/118951] __FILE__ inserts the filename as array, __builtin_FILE as pointer

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118951 --- Comment #1 from Richard Biener --- We can't change the signature of builtins. Also there's nothing like an array return value for functions in C or C++?

[Bug tree-optimization/118954] [15 regression] Miscompile at -O3

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118954 --- Comment #3 from Sam James --- I can (with -fno-ssp), so bisecting.

[Bug tree-optimization/118953] [14/15 regression] Miscompile at -O2 since r14-2473-g602e824eec30a7

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118953 --- Comment #2 from Yunbo Ni --- (In reply to Sam James from comment #1) > I get '45' at -O2 and -O3 locally and on godbolt, but -O1 shows 0. Yes, you're right. I mistakenly wrote the result from the case before it was reduced. Sorry about that

[Bug tree-optimization/118953] [14/15 regression] Miscompile at -O2 since r14-2473-g602e824eec30a7

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118953 Sam James changed: What|Removed |Added Summary|[14/15 regression] |[14/15 regression] |Misco

[Bug tree-optimization/118953] [14/15 regression] Miscompile at -O3 since r14-2473-g602e824eec30a7

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118953 Sam James changed: What|Removed |Added CC||aldyh at gcc dot gnu.org,

[Bug target/118949] RISC-V: Extra FRM writes since GCC-14.2

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118949 Li Pan changed: What|Removed |Added CC||pan2.li at intel dot com --- Comment #2 from L

[Bug tree-optimization/118521] [15 regression] std::vector Wstringop-overflow false positive since r15-4473

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118521 Richard Biener changed: What|Removed |Added Status|NEW |ASSIGNED Assignee|unassigned

[Bug jit/117047] [15 regression] Segfault in libgccjit garbage collection when compiling GNU Emacs with Native Compilation

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117047 --- Comment #11 from Sam James --- (In reply to Richard Biener from comment #10) > So how does one go to try reproducing this? Does it show up when building > emacs itself? Yes. If you build Emacs with ./configure --with-native-compilation, it

  1   2   3   >