[Bug libstdc++/109205] vector.resize( v.size() + 100 ) does unnecessary comparison

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109205 Andrew Pinski changed: What|Removed |Added Status|NEW |RESOLVED Blocks|

[Bug middle-end/118130] std::vector code quality issues

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118130 Bug 118130 depends on bug 109205, which changed state. Bug 109205 Summary: vector.resize( v.size() + 100 ) does unnecessary comparison https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109205 What|Removed |Added ---

[Bug tree-optimization/53947] [meta-bug] vectorizer missed-optimizations

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53947 Bug 53947 depends on bug 77689, which changed state. Bug 77689 Summary: Missing vectorization lead to huge performance loss https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77689 What|Removed |Added

[Bug middle-end/118130] std::vector code quality issues

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118130 Bug 118130 depends on bug 77689, which changed state. Bug 77689 Summary: Missing vectorization lead to huge performance loss https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77689 What|Removed |Added --

[Bug tree-optimization/77689] Missing vectorization lead to huge performance loss

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77689 Andrew Pinski changed: What|Removed |Added Target Milestone|--- |15.0 Resolution|---

[Bug c++/70277] Improve code generation for large initializer lists

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70277 Andrew Pinski changed: What|Removed |Added Last reconfirmed|2016-03-17 00:00:00 |2024-12-20 --- Comment #6 from Andrew Pi

[Bug middle-end/108162] Missed optimization opportunity. Complex function that starts with if (param == 0) return 0;

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108162 --- Comment #5 from Andrew Pinski --- (In reply to Levo DeLellis from comment #3) > (In reply to Andrew Pinski from comment #2) > > Round 4 is because of this heuriheuristics. Name the function something > > besides main and try again. > > I co

[Bug target/118123] [15 Regression] Some vms crosscompilers don't build since r15-5823-g4ed189854eae2d

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118123 --- Comment #2 from GCC Commits --- The master branch has been updated by Mark Harmstone : https://gcc.gnu.org/g:0b63840e07132f727ca3fae1e0aa7255bacb8446 commit r15-6405-g0b63840e07132f727ca3fae1e0aa7255bacb8446 Author: Mark Harmstone Date:

[Bug libstdc++/118162] ofstream::write(…, count) fails when count >= 2^31 on darwin

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118162 --- Comment #1 from Michel Morin --- Strictly speaking the `writev` syscall with large counts (and the attached testcase) succeed on macOS 10.xx. It seems that the restriction described in manpage ("… return the following errors … the sum of the

[Bug target/118123] [15 Regression] Some vms crosscompilers don't build since r15-5823-g4ed189854eae2d

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118123 --- Comment #3 from Mark Harmstone --- Fixed by commit 0b63840e0713.

[Bug middle-end/118130] std::vector code quality issues

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118130 Andrew Pinski changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever confirmed|0

[Bug middle-end/118130] std::vector code quality issues

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118130 Andrew Pinski changed: What|Removed |Added Component|c++ |middle-end Keywords|

[Bug libstdc++/118162] New: ofstream::write(…, count) fails when count >= 2^31 on darwin

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118162 Bug ID: 118162 Summary: ofstream::write(…, count) fails when count >= 2^31 on darwin Product: gcc Version: 15.0 Status: UNCONFIRMED Severity: normal

[Bug fortran/28662] fpp call of gfortran: -traditional-cpp versus newer macros like #x

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=28662 Andrew Pinski changed: What|Removed |Added CC||clogged.drainpipe at gmail dot com ---

[Bug fortran/118161] Better preprocessing in gfortran

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118161 Andrew Pinski changed: What|Removed |Added Resolution|--- |DUPLICATE Status|UNCONFIRME

[Bug fortran/118161] New: Better preprocessing in gfortran

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118161 Bug ID: 118161 Summary: Better preprocessing in gfortran Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran

[Bug libstdc++/102259] ifstream::read(…, count) fails when count >= 2^31 on darwin

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102259 --- Comment #15 from Michel Morin --- FreeBSD's `read` manpage has been updated recently: https://github.com/freebsd/freebsd-src/commit/3e95158 [2024-02-10] read.2: Describe debug.iosize_max_clamp … read() … will succeed unless: - The v

[Bug fortran/118159] link from Fortran documentation, coco is now an online casino

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

[Bug libstdc++/102259] ifstream::read(…, count) fails when count >= 2^31 on darwin

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102259 --- Comment #14 from Michel Morin --- Thanks, the committed version works fine too. Note that `read` will fail when n > INT_MAX (without equality), so we can define _GLIBCXX_MAX_READ_SIZE simply as __INT_MAX__.

[Bug fortran/118159] link from Fortran documentation, coco is now an online casino

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118159 Jerry DeLisle changed: What|Removed |Added CC||jvdelisle at gcc dot gnu.org --- Commen

[Bug target/118146] [14/15 Regression] ICE: in riscv_legitimize_move, at config/riscv/riscv.cc:3641 when reinterpreting short vector as _Float16

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118146 Andrew Pinski changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever confirmed|0

[Bug target/117952] host_detect_local_cpu returns NULL when built with Clang

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117952 --- Comment #4 from Andrew Pinski --- Note cpuid.h is already in use. Including it will cause to use the GCC version I think. That might be part of the issue.

[Bug target/118142] libatomic fails to build for AARCH64:ILP32

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118142 --- Comment #4 from zhangtianhao (F) --- (In reply to Andrew Pinski from comment #3) > As I mentioned glibc support for ILP32 is not upstream so there is no > defined HWCAPS for ILP32. > > Are you going to submit Kernel/glibc patches for ILP32

[Bug go/118152] [12/13/14/15 regression] libgo sync/atomic fails since g:8a8a7d332d5d01db5aea7336a36d9fd71a679fb1 on arm

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118152 --- Comment #4 from Ian Lance Taylor --- Oh, sorry, it's a test. It's not left behind in the tree. In the armv8l-unknown-linux-gnueabihf/libgo directory you can run make GOTESTFLAGS=--keep sync/atomic/check That will leave behind a temporary

[Bug fortran/118159] [Docs][Link rot] Fortran coco is now an online casino

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118159 Andrew Pinski changed: What|Removed |Added Ever confirmed|0 |1 Status|UNCONFIRMED

[Bug fortran/51820] [doc] underscoring documentation incorrect

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=51820 Jerry DeLisle changed: What|Removed |Added CC||jvdelisle at gcc dot gnu.org --- Comment

[Bug libstdc++/118158] std::filesystem::equivalent unsupported on socket files

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118158 Jonathan Wakely changed: What|Removed |Added Status|NEW |ASSIGNED Assignee|unassigne

[Bug libstdc++/118158] std::filesystem::equivalent unsupported on socket files

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118158 --- Comment #6 from Davide Pesavento --- (In reply to Andrew Pinski from comment #1) > Do you have a testcase? #include #include #include #include #include #define SOCKET_NAME "/tmp/foo.sock" int main() { int sock = ::socket(AF_UNIX,

[Bug web/118159] [Docs][Link rot] Fortran coco is now an online casino

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118159 Eric Gallager changed: What|Removed |Added CC||egallager at gcc dot gnu.org --- Commen

[Bug fortran/51820] [doc] underscoring documentation incorrect

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=51820 sandra at gcc dot gnu.org changed: What|Removed |Added Resolution|--- |FIXED Status|WAIT

[Bug fortran/89078] [meta-bug] Improve the gfortran manual

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89078 Bug 89078 depends on bug 51820, which changed state. Bug 51820 Summary: [doc] underscoring documentation incorrect https://gcc.gnu.org/bugzilla/show_bug.cgi?id=51820 What|Removed |Added -

[Bug fortran/51820] [doc] underscoring documentation incorrect

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=51820 --- Comment #6 from GCC Commits --- The master branch has been updated by Sandra Loosemore : https://gcc.gnu.org/g:53ddfbaede0db07843529f41b50133a815a1d90a commit r15-6400-g53ddfbaede0db07843529f41b50133a815a1d90a Author: Sandra Loosemore Date

[Bug fortran/109216] Wrong behaviour explained in -fno-underscoring documentation

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109216 --- Comment #5 from GCC Commits --- The master branch has been updated by Sandra Loosemore : https://gcc.gnu.org/g:53ddfbaede0db07843529f41b50133a815a1d90a commit r15-6400-g53ddfbaede0db07843529f41b50133a815a1d90a Author: Sandra Loosemore Dat

[Bug fortran/89632] documentation bug

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89632 --- Comment #2 from GCC Commits --- The master branch has been updated by Sandra Loosemore : https://gcc.gnu.org/g:53ddfbaede0db07843529f41b50133a815a1d90a commit r15-6400-g53ddfbaede0db07843529f41b50133a815a1d90a Author: Sandra Loosemore Date

[Bug libstdc++/118160] Dangling reference in std::ranges::is_permutation may cause a crash

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118160 --- Comment #1 from Giuseppe D'Angelo --- Posted so to cross reference it from a commit; patch discussion https://gcc.gnu.org/pipermail/libstdc++/2024-December/060224.html

[Bug libstdc++/118160] New: Dangling reference in std::ranges::is_permutation may cause a crash

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118160 Bug ID: 118160 Summary: Dangling reference in std::ranges::is_permutation may cause a crash Product: gcc Version: 14.2.1 Status: UNCONFIRMED Severity: normal

[Bug web/118159] New: [Docs][Link rot] Fortran coco is now an online casino

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118159 Bug ID: 118159 Summary: [Docs][Link rot] Fortran coco is now an online casino Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3 Co

[Bug middle-end/118007] ICE when building ruby-3.2.5 with -fstrub=all

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118007 --- Comment #5 from GCC Commits --- The master branch has been updated by Alexandre Oliva : https://gcc.gnu.org/g:09dd47bc383f30f1ba03ec80f8bd849eb6283d29 commit r15-6399-g09dd47bc383f30f1ba03ec80f8bd849eb6283d29 Author: Alexandre Oliva Date:

[Bug middle-end/113506] ICE: RTL check: expected elt 2 type 'B', have '0' (rtx barrier) in BLOCK_FOR_INSN, at rtl.h:1495 with -Os -fno-tree-coalesce-vars -finline-stringops

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113506 --- Comment #4 from GCC Commits --- The master branch has been updated by Alexandre Oliva : https://gcc.gnu.org/g:e7108c34a3685eaf9edd3b1fefbd3645b9bd8def commit r15-6398-ge7108c34a3685eaf9edd3b1fefbd3645b9bd8def Author: Alexandre Oliva Date:

[Bug go/118152] [12/13/14/15 regression] libgo sync/atomic fails since g:8a8a7d332d5d01db5aea7336a36d9fd71a679fb1 on arm

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118152 --- Comment #3 from Christophe Lyon --- > It might be helpful to see the dissassembled code of > sync/atomic_test.TestNilDeref..func30. Sorry for the naive question: where can I find it? In my build tree, I have: armv8l-unknown-linux-gnueab

[Bug libstdc++/118158] std::filesystem::equivalent unsupported on socket files

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118158 --- Comment #5 from Andrew Pinski --- >Is there a reason for this limitation? Yes the original C++20 standard was written that way but was changed by LWG DR 2937 : https://cplusplus.github.io/LWG/issue2937 .

[Bug libstdc++/118158] std::filesystem::equivalent unsupported on socket files

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118158 Andrew Pinski changed: What|Removed |Added Status|WAITING |NEW --- Comment #4 from Andrew Pinski

[Bug libstdc++/118158] std::filesystem::equivalent unsupported on socket files

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118158 --- Comment #3 from Andrew Pinski --- So it does this equivalent does: if (is_other(s1) && is_other(s2)) { ec = std::__unsupported(); return false; } Where is_other is defined as: [[nodiscard]] inl

[Bug rtl-optimization/117999] [15 regression] libgo failures on arm

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117999 Sam James changed: What|Removed |Added Resolution|--- |FIXED Status|UNCONFIRMED

[Bug libstdc++/118158] std::filesystem::equivalent unsupported on socket files

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118158 --- Comment #2 from Sam James --- (also, what platform?)

[Bug libstdc++/118158] std::filesystem::equivalent unsupported on socket files

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118158 Andrew Pinski changed: What|Removed |Added Status|UNCONFIRMED |WAITING Last reconfirmed|

[Bug libstdc++/118158] New: std::filesystem::equivalent unsupported on socket files

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118158 Bug ID: 118158 Summary: std::filesystem::equivalent unsupported on socket files Product: gcc Version: 14.2.0 Status: UNCONFIRMED Severity: normal Pri

[Bug tree-optimization/118149] [15 regression] ICE when building lsp-plugins-1.2.14 (mmap: Cannot allocate memory in forwprop) since r15-5563

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118149 --- Comment #10 from Sam James --- Thank you!

[Bug ipa/118138] [15 Regression] wrong code at -O3 with "-fno-inline" on x86_64-linux-gnu since r15-6294-g96fb71883d438b

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118138 Andrew Pinski changed: What|Removed |Added CC||yunboni at smail dot nju.edu.cn --- Com

[Bug ipa/118148] [15 regression] Miscompilation at -Os since r15-6294-g96fb71883d438b

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

[Bug ipa/118097] [15 regression] recent bug with -O2, but not -O1 since r15-6294-g96fb71883d438b

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118097 Andrew Pinski changed: What|Removed |Added Resolution|--- |DUPLICATE Status|UNCONFIRME

[Bug ipa/118138] [15 Regression] wrong code at -O3 with "-fno-inline" on x86_64-linux-gnu since r15-6294-g96fb71883d438b

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118138 Andrew Pinski changed: What|Removed |Added CC||dcb314 at hotmail dot com --- Comment #

[Bug tree-optimization/118149] [15 regression] ICE when building lsp-plugins-1.2.14 (mmap: Cannot allocate memory in forwprop) since r15-5563

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118149 Christoph Müllner changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug ipa/118097] [15 regression] recent bug with -O2, but not -O1 since r15-6294-g96fb71883d438b

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118097 Sam James changed: What|Removed |Added Keywords|needs-reduction | --- Comment #26 from Sam James --- Reduce

[Bug target/118150] Failure to fold NOT+PTEST to NOTS for SVE

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118150 Andrew Pinski changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever confirmed|0

[Bug target/118151] Relax the SVE PTEST matching conditions for any/none (ne/eq)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118151 Andrew Pinski changed: What|Removed |Added Ever confirmed|0 |1 Status|UNCONFIRMED

[Bug c++/118155] Extend -Wtautological-compare for pointer addition

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118155 Andrew Pinski changed: What|Removed |Added Ever confirmed|0 |1 Status|UNCONFIRMED

[Bug c++/118155] Extend -Wtautological-compare for pointer addition

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118155 Andrew Pinski changed: What|Removed |Added Severity|normal |enhancement --- Comment #1 from Andrew

[Bug fortran/113928] Aliasing of pointer in expression

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113928 anlauf at gcc dot gnu.org changed: What|Removed |Added Status|NEW |RESOLVED Resolution|

[Bug fortran/118120] Wrong aliasing assumptions for Fortran POINTERs

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118120 anlauf at gcc dot gnu.org changed: What|Removed |Added Target Milestone|--- |15.0 Status|UNCO

[Bug middle-end/118157] New: [OpenMP] Variant function - build failed due to auto-tagged as 'declare target' but uncalled + not callable

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118157 Bug ID: 118157 Summary: [OpenMP] Variant function - build failed due to auto-tagged as 'declare target' but uncalled + not callable Product: gcc Version: 15.0

[Bug fortran/118120] Wrong aliasing assumptions for Fortran POINTERs

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118120 --- Comment #14 from Slava Zakharin --- Thank you for the quick fix!

[Bug libstdc++/118156] New: flat_set::insert_range cannot handle non-common ranges

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118156 Bug ID: 118156 Summary: flat_set::insert_range cannot handle non-common ranges Product: gcc Version: 15.0 Status: UNCONFIRMED Severity: normal Priority: P3 Comp

[Bug fortran/113928] Aliasing of pointer in expression

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113928 --- Comment #4 from GCC Commits --- The master branch has been updated by Harald Anlauf : https://gcc.gnu.org/g:aed4a2689dbc8ea7e60c1fab9e7f455d99e632b7 commit r15-6395-gaed4a2689dbc8ea7e60c1fab9e7f455d99e632b7 Author: Harald Anlauf Date: T

[Bug fortran/118120] Wrong aliasing assumptions for Fortran POINTERs

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118120 --- Comment #13 from GCC Commits --- The master branch has been updated by Harald Anlauf : https://gcc.gnu.org/g:aed4a2689dbc8ea7e60c1fab9e7f455d99e632b7 commit r15-6395-gaed4a2689dbc8ea7e60c1fab9e7f455d99e632b7 Author: Harald Anlauf Date:

[Bug go/118152] [12/13/14/15 regression] libgo sync/atomic fails since g:8a8a7d332d5d01db5aea7336a36d9fd71a679fb1 on arm

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118152 --- Comment #2 from Ian Lance Taylor --- Not sure what is happening here and not sure I have access to a 32-bit arm machine to test on. This test is supposed to crash. We are testing that the crash is correctly recovered. I don't know why it

[Bug c++/118155] New: Extend -Wtautological-compare for pointer addition

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118155 Bug ID: 118155 Summary: Extend -Wtautological-compare for pointer addition Product: gcc Version: 15.0 Status: UNCONFIRMED Severity: normal Priority: P3 Componen

[Bug driver/117968] running "cpp" with malformed arguments can cause input file deletion

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117968 --- Comment #7 from Andreas Schwab --- cpp --help doesn't mention this implicit -o.

[Bug target/118133] Consider alternative ways of writing aarch64-simd-pragma-builtins.def

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118133 --- Comment #3 from Richard Sandiford --- The reason I went for m4 is that it means we don't need to write a parser, or come up with a DSL. I was hoping that the scaffolding would be pretty much write-and-forget, with only the main (declarative

[Bug tree-optimization/118154] [15 Regression] RISC-V: Miscompile with -march=rv64gcv -O3 since r15-5117-g0b27a7dd050

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118154 Andrew Pinski changed: What|Removed |Added Target Milestone|--- |15.0

[Bug tree-optimization/118154] New: [15 Regression] RISC-V: Miscompile with -march=rv64gcv -O3 since 15-5117-g0b27a7dd050

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118154 Bug ID: 118154 Summary: [15 Regression] RISC-V: Miscompile with -march=rv64gcv -O3 since 15-5117-g0b27a7dd050 Product: gcc Version: 15.0 Status: UNCONFIRMED Se

[Bug go/118152] [12/13/14/15 regression] libgo sync/atomic fails since g:8a8a7d332d5d01db5aea7336a36d9fd71a679fb1 on arm

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118152 Sam James changed: What|Removed |Added Known to work||11.5.0 Summary|libgo sync/atomic

[Bug driver/117968] running "cpp" with malformed arguments can cause input file deletion

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117968 Richard Sandiford changed: What|Removed |Added CC||rsandifo at gcc dot gnu.org --- Com

[Bug c++/117855] [14/15 Regression] ICE with deduction guides, default template arguments and inherited deduction guides

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117855 Patrick Palka changed: What|Removed |Added Keywords|needs-bisection | Assignee|unassigned at gcc d

[Bug rtl-optimization/118067] [15 Regression] ICE: in lra_split_hard_reg_for, at lra-assigns.cc:1860 (unable to find a register to spill) {*lshrhi3_1} with -O -fno-split-wide-types -mavx512f

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118067 --- Comment #3 from GCC Commits --- The master branch has been updated by Uros Bizjak : https://gcc.gnu.org/g:219ddae16f9d724baeff86934f8981aa5ef7b95f commit r15-6394-g219ddae16f9d724baeff86934f8981aa5ef7b95f Author: Uros Bizjak Date: Fri D

[Bug rtl-optimization/118153] New: Wrong code generated due to selective scheduler on RISC-V target

-mcmodel=medlow' Thread model: single Supported LTO compression algorithms: zlib zstd gcc version 15.0.0 20241220 (experimental) (g2d8982c27) -

[Bug go/118152] libgo sync/atomic fails since g:8a8a7d332d5d01db5aea7336a36d9fd71a679fb1 on arm

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118152 --- Comment #1 from Christophe Lyon --- libgo.log says: unexpected fault address 0x1e08e fatal error: fault [signal SIGBUS: bus error code=0x1 addr=0x1e08e pc=0x0] goroutine 215 [running]: runtime.dopanic__m /home/christophe.lyon/src/Li

[Bug rtl-optimization/117999] [15 regression] libgo failures on arm

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117999 --- Comment #9 from Christophe Lyon --- I have opened https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118152 about the sync/atomic failure.

[Bug go/118152] New: libgo sync/atomic fails since g:8a8a7d332d5d01db5aea7336a36d9fd71a679fb1 on arm

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118152 Bug ID: 118152 Summary: libgo sync/atomic fails since g:8a8a7d332d5d01db5aea7336a36d9fd71a679fb1 on arm Product: gcc Version: 15.0 Status: UNCONFIRMED Severity

[Bug target/96342] [SVE] Add support for "omp declare simd"

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96342 --- Comment #19 from GCC Commits --- The master branch has been updated by Tamar Christina : https://gcc.gnu.org/g:89b2c7dc96c4944c306131b665a4738a8a99413e commit r15-6393-g89b2c7dc96c4944c306131b665a4738a8a99413e Author: Tamar Christina Date:

[Bug target/96342] [SVE] Add support for "omp declare simd"

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96342 --- Comment #18 from GCC Commits --- The master branch has been updated by Tamar Christina : https://gcc.gnu.org/g:d7d3dfe7a2a26e370805ddf835bfd00c51d32f1b commit r15-6392-gd7d3dfe7a2a26e370805ddf835bfd00c51d32f1b Author: Tamar Christina Date:

[Bug target/96342] [SVE] Add support for "omp declare simd"

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96342 --- Comment #17 from GCC Commits --- The master branch has been updated by Tamar Christina : https://gcc.gnu.org/g:6ecb365d4c3f36eaf684c38fc5d9008a1409c725 commit r15-6391-g6ecb365d4c3f36eaf684c38fc5d9008a1409c725 Author: Tamar Christina Date:

[Bug target/80813] [12/13/14/15 Regression] x86: std::vector::operator[] could be somewhat faster using BT instead of SHL

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80813 --- Comment #5 from Jan Hubicka --- Combine constructs: (set (reg:CCZ 17 flags) (compare:CCZ (zero_extract:DI (mem:DI (plus:DI (mult:DI (reg:DI 111 [ _8 ]) (const_int 8 [0x8])) (reg/f:DI 112 [ v_2(

[Bug tree-optimization/118149] [15 regression] ICE when building lsp-plugins-1.2.14 (mmap: Cannot allocate memory in forwprop) since r15-5563

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118149 Christoph Müllner changed: What|Removed |Added Last reconfirmed||2024-12-20 Status|UNCON

[Bug target/80813] [12/13/14/15 Regression] x86: std::vector::operator[] could be somewhat faster using BT instead of SHL

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80813 --- Comment #4 from Jan Hubicka --- Bit_reference constructor takes mask and not bit position. _GLIBCXX_NODISCARD _GLIBCXX20_CONSTEXPR reference operator[](size_type __n) { __glibcxx_requires_subscript(__n);

[Bug target/80813] [12/13/14/15 Regression] x86: std::vector::operator[] could be somewhat faster using BT instead of SHL

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80813 --- Comment #3 from Jan Hubicka --- OK, so the horrid codegen is because bvector's [] operator is imlemented using iterator: return begin()[__n]; iterator's [] operator is implemented using: _GLIBCXX20_CONSTEXPR void _M_incr(ptrdif

[Bug target/80813] [12/13/14/15 Regression] x86: std::vector::operator[] could be somewhat faster using BT instead of SHL

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80813 Jan Hubicka changed: What|Removed |Added Status|UNCONFIRMED |NEW Summary|x86:

[Bug rtl-optimization/48696] Horrible bitfield code generation on x86

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=48696 ptomsich at gcc dot gnu.org changed: What|Removed |Added CC||ptomsich at gcc dot gnu.org

[Bug target/118151] New: Relax the SVE PTEST matching conditions for any/none (ne/eq)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118151 Bug ID: 118151 Summary: Relax the SVE PTEST matching conditions for any/none (ne/eq) Product: gcc Version: 15.0 Status: UNCONFIRMED Keywords: aarch64-sve, miss

[Bug target/118017] [15 Regression] ICE: maximum number of generated reload insns per insn achieved (90) with -Og -frounding-math -mno-80387 -mno-mmx since r15-1619-g3b9b8d6cfdf593

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118017 Uroš Bizjak changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever confirmed|0

[Bug rtl-optimization/118067] [15 Regression] ICE: in lra_split_hard_reg_for, at lra-assigns.cc:1860 (unable to find a register to spill) {*lshrhi3_1} with -O -fno-split-wide-types -mavx512f

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118067 --- Comment #2 from Uroš Bizjak --- Created attachment 59935 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=59935&action=edit Target-dependant patch SImode and DImode moves involving mask registers are valid only with AVX512BW, so mark re

[Bug ipa/118097] [15 regression] recent bug with -O2, but not -O1 since r15-6294-g96fb71883d438b

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118097 Martin Jambor changed: What|Removed |Added CC||jamborm at gcc dot gnu.org --- Comment

[Bug ipa/118138] [15 Regression] wrong code at -O3 with "-fno-inline" on x86_64-linux-gnu since r15-6294-g96fb71883d438b

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118138 --- Comment #3 from Martin Jambor --- I'll have a look, though I may not be able to do so in December.

[Bug ipa/110378] IPA-SRA for destructors

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110378 --- Comment #11 from Martin Jambor --- IIUC only the simplest testcase of the three was fixed. I'll try to re-check soon-ish.

[Bug tree-optimization/118149] [15 regression] ICE when building lsp-plugins-1.2.14 (mmap: Cannot allocate memory in forwprop) since r15-5563

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118149 Sam James changed: What|Removed |Added CC||cmuellner at gcc dot gnu.org --- Comment #7

[Bug target/118150] New: Failure to fold NOT+PTEST to NOTS for SVE

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118150 Bug ID: 118150 Summary: Failure to fold NOT+PTEST to NOTS for SVE Product: gcc Version: 15.0 Status: UNCONFIRMED Keywords: aarch64-sve, missed-optimization Severity: nor

[Bug tree-optimization/118149] [15 regression] ICE when building lsp-plugins-1.2.14 (mmap: Cannot allocate memory in forwprop) since r15-5563

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118149 --- Comment #6 from Jakub Jelinek --- Seems r15-6387-geee2891312a9b42acabcc82739604c9fa8421757 fixed it. So just commit the reduced testcase & close?

[Bug tree-optimization/118149] [15 regression] ICE when building lsp-plugins-1.2.14 (mmap: Cannot allocate memory in forwprop) since r15-5563

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118149 Jakub Jelinek changed: What|Removed |Added Summary|[15 regression] ICE when|[15 regression] ICE when

[Bug tree-optimization/118149] [15 regression] ICE when building lsp-plugins-1.2.14 (mmap: Cannot allocate memory in forwprop)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118149 --- Comment #4 from Sam James --- Reduced: ``` float *fastconv_parse_dst; void fastconv_parse() { float r3k = fastconv_parse_dst[1] - fastconv_parse_dst[3], i0k = fastconv_parse_dst[4] + fastconv_parse_dst[6], i1k = fastconv_pa

[Bug tree-optimization/118149] [15 regression] ICE when building lsp-plugins-1.2.14 (mmap: Cannot allocate memory in forwprop)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118149 --- Comment #3 from Sam James --- Created attachment 59934 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=59934&action=edit generic-no-builtin-traits.ii.xz

  1   2   >