[Bug middle-end/105548] -frounding-math description contains a misleading sentence

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105548 --- Comment #1 from GCC Commits --- The master branch has been updated by Sandra Loosemore : https://gcc.gnu.org/g:93f6ea830348a5a733ecde863cddae80d84bdda0 commit r15-9389-g93f6ea830348a5a733ecde863cddae80d84bdda0 Author: Sandra Loosemore Dat

[Bug target/119731] bpf verifier failure with systemd's restrict-fs

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119731 --- Comment #16 from Andrew Pinski --- (In reply to Andrew Pinski from comment #15) > (In reply to Andrew Pinski from comment #14) > > Just a quick update. It looks like undefined code in the verifier producing > > a verification error. > > Sor

[Bug middle-end/105548] -frounding-math description contains a misleading sentence

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

[Bug analyzer/119749] New: Functions with attribute malloc only warn of possibly-NULL use if attribute has a deallocator

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119749 Bug ID: 119749 Summary: Functions with attribute malloc only warn of possibly-NULL use if attribute has a deallocator Product: gcc Version: 15.0 Status: UNCONFIRMED

[Bug target/119731] bpf verifier failure with systemd's restrict-fs

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119731 --- Comment #18 from Andrew Pinski --- Oh I think I know how to fix this case. In scalar_min_max_arsh, Replace: /* Its not easy to operate on alu32 bounds here because it depends * on bits being shifted in from upper 32-bits.

[Bug analyzer/111536] -fanalyzer false positive with NRVO return

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111536 David Malcolm changed: What|Removed |Added Status|NEW |ASSIGNED Target Milestone|---

[Bug target/119731] bpf verifier failure with systemd's restrict-fs

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119731 --- Comment #17 from Andrew Pinski --- (In reply to Andrew Pinski from comment #16) > Basically you update the min/max values and the value/mask by doing the > shifts. And I think the rest will fall out. That is actually done. But for some rea

[Bug c++/119346] ICE: in tsubst_pack_expansion, at cp/pt.cc:13899 when using fold expression with a lambda without a pack

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

[Bug c++/119732] ICE: assertion failure in tsubst_pack_expansion

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

[Bug c++/106618] C++ Option Summary shows `-fargs-in-order` instead of `-fstrong-eval-order`

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106618 --- Comment #4 from GCC Commits --- The master branch has been updated by Sandra Loosemore : https://gcc.gnu.org/g:498933e54dc4669276951d27d3b1bcdc0d4bacb4 commit r15-9390-g498933e54dc4669276951d27d3b1bcdc0d4bacb4 Author: Sandra Loosemore Dat

[Bug c++/106618] C++ Option Summary shows `-fargs-in-order` instead of `-fstrong-eval-order`

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106618 sandra at gcc dot gnu.org changed: What|Removed |Added Status|NEW |RESOLVED CC|

[Bug rtl-optimization/116564] [12/13 Regression] aarch64: gcc hangs when compiling vst2_f64 instrinsic at -O1 and above since r12-4910-g66f206b853

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116564 --- Comment #12 from GCC Commits --- The releases/gcc-13 branch has been updated by Alex Coplan : https://gcc.gnu.org/g:7c6bd95b1811d797f43983dbbeb4ad478bdb5c9e commit r13-9517-g7c6bd95b1811d797f43983dbbeb4ad478bdb5c9e Author: Alex Coplan Dat

[Bug tree-optimization/117705] [15 regression] g++.dg/vect/pr64410.cc and gcc.dg/tree-ssa/pr32964.c FAIL since r15-3070-gf577959f420ae4

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

[Bug c/119750] New: Unable to compile GCC 14.2 using GCC 11.5 — on 32-bit x86

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119750 Bug ID: 119750 Summary: Unable to compile GCC 14.2 using GCC 11.5 — on 32-bit x86 Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal

[Bug bootstrap/119750] Unable to compile GCC 14.2 using GCC 11.5 — on 32-bit x86

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119750 Andrew Pinski changed: What|Removed |Added Last reconfirmed||2025-04-11 Status|UNCONFIRM

[Bug tree-optimization/117705] [15 regression] g++.dg/vect/pr64410.cc and gcc.dg/tree-ssa/pr32964.c FAIL since r15-3070-gf577959f420ae4

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

[Bug modula2/119751] New: There's a need to tidy up m2 subdirectories' contents

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119751 Bug ID: 119751 Summary: There's a need to tidy up m2 subdirectories' contents Product: gcc Version: 14.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Com

[Bug modula2/119751] There's a need to tidy up m2 subdirectories' contents

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119751 Andrew Pinski changed: What|Removed |Added Target||x86_64-slackware-linux --- Comment #1 f

[Bug bootstrap/119750] Unable to compile GCC 14.2 using GCC 11.5 — on 32-bit x86

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119750 --- Comment #2 from Zbigniew --- Indeed, I didn't try any other compilation since that time. It reports: gcc hw.c -o hw.o Assembler messages: Internal error (Illegal instruction). Please report this bug. Well I did compilation of GCC 11.5 on t

[Bug modula2/119751] There's a need to tidy up m2 subdirectories' contents

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119751 --- Comment #2 from Zbigniew --- It is compiled (the whole 14.2 'suite') from the sources. But I doubt Slackware's scripts interfere with GM2 subdirectories in any way. You can easily check Slackware-current scripts, they are available on any Sl

[Bug bootstrap/119750] Unable to compile GCC 14.2 using GCC 11.5 — on 32-bit x86

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

[Bug modula2/119751] There's a need to tidy up m2 subdirectories' contents

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119751 --- Comment #3 from Andrew Pinski --- (In reply to Zbigniew from comment #2) > It is compiled (the whole 14.2 'suite') from the sources. But I doubt > Slackware's scripts interfere with GM2 subdirectories in any way. You can > easily check Slack

[Bug modula2/119751] There's a need to tidy up m2 subdirectories' contents

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119751 --- Comment #4 from Zbigniew --- Excuse me, but it'll again compile 20 hours or so. No, it's highly unlikely literally every distro has 'packaging issues' and exactly with gm2 — maybe the better way would be if you first try the example program

[Bug c++/113835] [13/14/15 Regression] compiling std::vector with const size in C++20 is slow

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113835 Jason Merrill changed: What|Removed |Added CC||redi at gcc dot gnu.org --- Comment #11

[Bug target/108134] x86 Operand Modifiers documentation issue

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108134 sandra at gcc dot gnu.org changed: What|Removed |Added CC||liuhongt at gcc dot gnu.org,

[Bug ada/114065] gnat build with -D_TIME_BITS=64 -D_FILE_OFFSET_BITS=64 fails on 32bit archs

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114065 --- Comment #38 from Nicolas Boulenguez --- Created attachment 61085 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=61085&action=edit variant of v14 patch 2 defining the link symbols in System.OS_Constants This variant of patch 2 in v14 d

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

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80813 Andrew Pinski changed: What|Removed |Added Target Milestone|12.5|--- Summary|[12/13/14/15 Regr

[Bug cobol/119694] Excessive getenv uses in cobol FE

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119694 --- Comment #11 from GCC Commits --- The master branch has been updated by Robert Dubner : https://gcc.gnu.org/g:711c10383f494b316c5919aa0141f6fa609578b4 commit r15-9392-g711c10383f494b316c5919aa0141f6fa609578b4 Author: Bob Dubner Date: Fri

[Bug cobol/119694] Excessive getenv uses in cobol FE

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119694 Robert Dubner changed: What|Removed |Added Resolution|--- |FIXED Status|ASSIGNED

[Bug target/84328] [12/13/14/15 Regression] -finline-small-functions and inline keyword lead to slowdown since version 6

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

[Bug target/118182] RISC-V: Miscompile for 410.bwaves, 416.gamess and 465.tonto from spec2006

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118182 --- Comment #8 from Alexandre Oliva --- The problem is that the @pred_broadcast pattern expands to _zvfh insns even when _zero or _imm would do. The scalar constant gets allocated to a register, and vec_duplicated in the pred_broadcast insn, on

[Bug target/118182] RISC-V: Miscompile for 410.bwaves, 416.gamess and 465.tonto from spec2006

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118182 --- Comment #9 from Alexandre Oliva --- https://gcc.gnu.org/pipermail/gcc-patches/2025-April/680824.html

[Bug tree-optimization/93010] Wrong optimization: provenance affects comparison of saved bits of addresses of dead auto variables

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

[Bug cobol/119456] gcobol: huge codegen for use of reference-modification (and missing optimization)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119456 Robert Dubner changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED CC|

[Bug target/108134] x86 Operand Modifiers documentation issue

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108134 Hongtao Liu changed: What|Removed |Added Status|NEW |ASSIGNED Assignee|unassigned at

[Bug libstdc++/119748] std::string::string(InputIterator, InputIterator) rejects volatile charT* as iterator

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119748 --- Comment #1 from 康桓瑋 --- The _S_copy_range(pointer __p, _Rg&& __rg, size_type __n) help committed yesterday also needs to be fixed for the contiguous_range branch.

<    1   2   3