[Bug fortran/111853] f951: Segmentation fault at gfc_expression_rank

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

[Bug c/111856] New: GCC: 14: internal compiler error: in as_a, at machmode.h:381

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111856 Bug ID: 111856 Summary: GCC: 14: internal compiler error: in as_a, at machmode.h:381 Product: gcc Version: 14.0 Status: UNCONFIRMED Severity: normal

[Bug target/111720] RISC-V: Ugly codegen in RVV

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111720 --- Comment #14 from Li Pan --- Looks like option -fmerge-all-constants doesn't work for this case, as well as RISC-V. For RISC-V, the CLOBBER exists after tree gimple. void test (vuint8m1_t *out) { uint8_t arr[32] = {1, 2, 7, 1, 3, 4, 5,

[Bug c/100532] ICE: tree check: expected class ‘type’, have ‘exceptional’ (error_mark) in useless_type_conversion_p, at gimple-expr.c:259

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

[Bug c/111855] GCC: 14: internal compiler error: tree check: expected class 'type', have 'exceptional' (error_mark) in useless_type_conversion_p, at gimple-expr.cc:265

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

[Bug c/111855] GCC: 14: internal compiler error: tree check: expected class 'type', have 'exceptional' (error_mark) in useless_type_conversion_p, at gimple-expr.cc:265

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111855 Andrew Pinski changed: What|Removed |Added Keywords||ice-checking --- Comment #1 from

[Bug c/111855] New: GCC: 14: internal compiler error: tree check: expected class 'type', have 'exceptional' (error_mark) in useless_type_conversion_p, at gimple-expr.cc:265

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111855 Bug ID: 111855 Summary: GCC: 14: internal compiler error: tree check: expected class 'type', have 'exceptional' (error_mark) in useless_type_conversion_p, at gimple-expr.cc:265

[Bug target/111828] rs6000: Parse inline asm string to figure out it requires HTM feature or not.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111828 Kewen Lin changed: What|Removed |Added Priority|P3 |P4 --- Comment #8 from Kewen Lin --- (In

[Bug c++/111854] new (align_val_t) should be ill-formed

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111854 TC changed: What|Removed |Added CC||rs2740 at gmail dot com --- Comment #7 from TC

[Bug modula2/111756] Re-building all-gcc after source changes fails to link

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111756 Gaius Mulley changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug modula2/111756] Re-building all-gcc after source changes fails to link

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111756 --- Comment #9 from CVS Commits --- The releases/gcc-13 branch has been updated by Gaius Mulley : https://gcc.gnu.org/g:bdf4b6f9f2847b7abba5392e271e30f55541935e commit r13-7960-gbdf4b6f9f2847b7abba5392e271e30f55541935e Author: Gaius Mulley

[Bug modula2/111756] Re-building all-gcc after source changes fails to link

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111756 --- Comment #8 from Gaius Mulley --- Created attachment 56135 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=56135=edit Proposed fix for gcc-13 This is a patch for gcc-13 adding dependency checking within gcc/m2/Make-lang.in. This patch

[Bug c++/105467] Dependency file produced by C++ modules causes Ninja errors

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105467 Ben Boeckel changed: What|Removed |Added CC||bugzilla.gcc at me dot benboeckel.

[Bug target/111832] RISC-V: ICE on dynamic LMUL

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

[Bug target/111832] RISC-V: ICE on dynamic LMUL

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111832 --- Comment #1 from CVS Commits --- The master branch has been updated by Pan Li : https://gcc.gnu.org/g:cf7739d4a6ba0b88068877d14439436c22b57630 commit r14-4700-gcf7739d4a6ba0b88068877d14439436c22b57630 Author: Juzhe-Zhong Date: Tue Oct

[Bug middle-end/110986] [14 Regression] aarch64 has support for conditional not (and vectorized conditional not ) after r14-3110-g7fb65f10285

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110986 --- Comment #21 from Andrew Pinski --- Created attachment 56134 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=56134=edit the scalar patterns This adds the scalar patterns which I had talked about before. I have not tested this patch yet

[Bug target/111828] rs6000: Parse inline asm string to figure out it requires HTM feature or not.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111828 --- Comment #7 from Peter Bergner --- (In reply to Peter Bergner from comment #6) > That said, I think nearly all (all?) HTM usage on Power uses our HTM > built-in functions. Maybe we could remove OPTION_MASK_HTM from the > power8/power9

[Bug target/111828] rs6000: Parse inline asm string to figure out it requires HTM feature or not.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111828 --- Comment #6 from Peter Bergner --- (In reply to Kewen Lin from comment #3) > The motivation of this request is to try our best to make power10 attributed > code inline more power8/power9 attribute code which likely includes some > inline asm

[Bug c++/111842] Unable to disable conversion warning in case of _Float16

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111842 --- Comment #14 from Andrew Pinski --- _Float16 was added in GCC 12 not as an extended floating point type but rather some target specific type which had its own rules and such. GCC 13 was the first release where _Float16 became a real C++23

[Bug c++/111842] Unable to disable conversion warning in case of _Float16

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111842 --- Comment #13 from n.deshmukh at samsung dot com --- (In reply to Jonathan Wakely from comment #12) > (In reply to n.deshm...@samsung.com from comment #5) > > The warning is valid but I wish to suppress it like the other > > conversion

[Bug target/111828] rs6000: Parse inline asm string to figure out it requires HTM feature or not.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111828 --- Comment #5 from Peter Bergner --- (In reply to Jan Wassenberg from comment #4) > I understand the slippery slope concern. But the empty asm string is a > special case, we and others use it (with +r output and memory clobber) to > prevent

[Bug middle-end/88670] [meta-bug] generic vector extension issues

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88670 Bug 88670 depends on bug 110817, which changed state. Bug 110817 Summary: [14 Regression] wrong code with vector compares and vector lowering https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110817 What|Removed

[Bug tree-optimization/110817] [14 Regression] wrong code with vector compares and vector lowering

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110817 Andrew Pinski changed: What|Removed |Added Resolution|--- |FIXED Status|ASSIGNED

[Bug tree-optimization/110817] [14 Regression] wrong code with vector compares and vector lowering

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110817 --- Comment #23 from CVS Commits --- The trunk branch has been updated by Andrew Pinski : https://gcc.gnu.org/g:5e4abf4233cd34212680cca700d6438445e6a16a commit r14-4695-g5e4abf4233cd34212680cca700d6438445e6a16a Author: Andrew Pinski Date:

[Bug c++/111854] new (align_val_t) should be ill-formed

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111854 --- Comment #6 from Andrew Pinski --- You are mixing up 2 different things. First this is about if the operator new is valid and it is because there is a corresponding placement delete operator (this would be rejected at compile time). Second

[Bug c++/111854] new (align_val_t) should be ill-formed

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111854 --- Comment #5 from Andrew Pinski --- Why? as there is: void operator delete(void*, std::size_t, std::align_val_t) noexcept __attribute__((__externally_visible__)); void operator delete[](void*, std::size_t, std::align_val_t) noexcept

[Bug c++/111854] new (align_val_t) should be ill-formed

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111854 --- Comment #4 from Barry Revzin --- The standard says this should be ill-formed.

[Bug c++/111854] new (align_val_t) should be ill-formed

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

[Bug c++/111854] new (align_val_t) should be ill-formed

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111854 --- Comment #2 from Andrew Pinski --- The reason why is you are using the global operator new here rather than trying the one inside T.

[Bug c++/111854] new (align_val_t) should be ill-formed

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111854 --- Comment #1 from Andrew Pinski --- I don't see any issues with this program at compile time (runtime it would be undefined though).

[Bug c++/111854] New: new align_val_t usual deallocation

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111854 Bug ID: 111854 Summary: new align_val_t usual deallocation Product: gcc Version: 13.1.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++

[Bug fortran/111853] New: f951: Segmentation fault at gfc_expression_rank

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111853 Bug ID: 111853 Summary: f951: Segmentation fault at gfc_expression_rank Product: gcc Version: 13.2.1 Status: UNCONFIRMED Severity: normal Priority: P3

[Bug c++/111840] =delete("can have a reason")?

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111840 Marek Polacek changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug c++/111840] =delete("can have a reason")?

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111840 --- Comment #3 from CVS Commits --- The trunk branch has been updated by Marek Polacek : https://gcc.gnu.org/g:1fbb7d75abbb050f790d8b43422602ee4b152608 commit r14-4694-g1fbb7d75abbb050f790d8b43422602ee4b152608 Author: Marek Polacek Date:

[Bug c++/55004] [meta-bug] constexpr issues

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55004 Bug 55004 depends on bug 111660, which changed state. Bug 111660 Summary: [14 Regression] Compilation of constexpr function returning enum takes exponential time with -std=c++2a since r14-4140-g6851e3423c2b5e

[Bug c++/111660] [14 Regression] Compilation of constexpr function returning enum takes exponential time with -std=c++2a since r14-4140-g6851e3423c2b5e

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111660 Marek Polacek changed: What|Removed |Added Resolution|--- |FIXED Status|ASSIGNED

[Bug bootstrap/111852] New: [14 regression] r14-4339-geaa41a6dc127d8 breaks building with gcc 4.8.5

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111852 Bug ID: 111852 Summary: [14 regression] r14-4339-geaa41a6dc127d8 breaks building with gcc 4.8.5 Product: gcc Version: 14.0 Status: UNCONFIRMED Severity:

[Bug c++/111660] [14 Regression] Compilation of constexpr function returning enum takes exponential time with -std=c++2a since r14-4140-g6851e3423c2b5e

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111660 --- Comment #13 from CVS Commits --- The trunk branch has been updated by Marek Polacek : https://gcc.gnu.org/g:765c3b8f82d50961008c214ac2113f35e7532aa9 commit r14-4693-g765c3b8f82d50961008c214ac2113f35e7532aa9 Author: Marek Polacek Date:

[Bug other/110831] [14 regression] gcc.dg/stack-check-3.c ICEs after r14-2822-g499b8079a6419b

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110831 seurer at gcc dot gnu.org changed: What|Removed |Added Resolution|--- |FIXED

[Bug testsuite/111850] [14 regression] gcc.target/powerpc/fold-vec-extract-char.p7.c fails after r14-4664-g04c9cf5c786b94

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

[Bug fortran/111851] f951: Segmentation fault at gfc_delete_symtree

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111851 anlauf at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |NEW Keywords|

[Bug fortran/111851] New: f951: Segmentation fault at gfc_delete_symtree

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111851 Bug ID: 111851 Summary: f951: Segmentation fault at gfc_delete_symtree Product: gcc Version: 13.2.1 Status: UNCONFIRMED Severity: normal Priority: P3

[Bug c/111808] [C23] constexpr with excess precision

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111808 --- Comment #7 from joseph at codesourcery dot com --- I think it's reasonable for such a portability issue to be detected only when building for i386, much like a portability issue from code that assumes long is 64-bit would only be detected

[Bug testsuite/111850] New: [14 regression]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111850 Bug ID: 111850 Summary: [14 regression] Product: gcc Version: 14.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: testsuite Assignee:

[Bug c++/111785] [modules] ICE when compiling fmt lib as module

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111785 Patrick Palka changed: What|Removed |Added See Also||https://gcc.gnu.org/bugzill

[Bug bootstrap/111812] [14 regression] Can't build with gcc 4.8.5

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

[Bug c/111708] Calling external global function instead of local static function.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111708 --- Comment #9 from CVS Commits --- The master branch has been updated by Martin Uecker : https://gcc.gnu.org/g:1f186f64b8602d74769af4a6250255e51227f744 commit r14-4689-g1f186f64b8602d74769af4a6250255e51227f744 Author: Martin Uecker Date:

[Bug c++/89038] #pragma GCC diagnostic ignored "-Wunknown-pragmas" does not work

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89038 argothiel changed: What|Removed |Added CC||argothiel at interia dot pl --- Comment #5

[Bug c++/111785] [modules] ICE when compiling fmt lib as module

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111785 --- Comment #3 from Luis Caro Campos --- now that I've removed the GCC optimize pragmas - the file does compile with both gcc 12 and 13 (Ubuntu-provided), but not with the gcc 14 snapshots. Makes me wonder if there has been a regression

[Bug fortran/111837] [11/12/13/14 Regression] Out of bounds access with optimization inside io-implied-do-control

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111837 --- Comment #4 from CVS Commits --- The master branch has been updated by Harald Anlauf : https://gcc.gnu.org/g:5ac63ec5da2e93226457bea4dbb3a4f78d5d82c2 commit r14-4688-g5ac63ec5da2e93226457bea4dbb3a4f78d5d82c2 Author: Harald Anlauf Date:

[Bug c++/111785] [modules] ICE when compiling fmt lib as module

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111785 --- Comment #2 from Luis Caro Campos --- Thanks Patrick for looking into this. I think your message got cut off? I've removed the calls to the GCC optimize pragmas, and still get an ICE: src/fmt.cc:71:8: internal compiler error: in insert, at

[Bug c/111808] [C23] constexpr with excess precision

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111808 --- Comment #6 from Martin Uecker --- Adding a note is a good idea, but it doesn't really solve the issue. The problem I see is that somebody developing on x86-64 does not get a warning that the code is not strictly conforming and then it

[Bug ada/55119] Ada.Directories only handles files under 2GB

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55119 Eric Botcazou changed: What|Removed |Added Status|NEW |RESOLVED Target Milestone|---

[Bug ada/50502] GNAT fails to compile a modification of B37101A ACATS test

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=50502 Eric Botcazou changed: What|Removed |Added Target Milestone|--- |13.0 Resolution|---

[Bug tree-optimization/111432] `bool & (a|1)` is not optimized to just `bool`

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

[Bug tree-optimization/111432] `bool & (a|1)` is not optimized to just `bool`

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111432 --- Comment #3 from CVS Commits --- The trunk branch has been updated by Andrew Pinski : https://gcc.gnu.org/g:b18d1cabe2f90cad697e1e0bfd2abebb85f9 commit r14-4686-gb18d1cabe2f90cad697e1e0bfd2abebb85f9 Author: Andrew Pinski Date:

[Bug middle-end/111260] [14 Regression] arm/aarch64: ice in maybe_legitimize_operand with ?: and constants and different types since r14-2667-gceae1400cf24f329393e96dd9720

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111260 Andrew Pinski changed: What|Removed |Added Component|target |middle-end --- Comment #9 from Andrew

[Bug libstdc++/111726] lgamma usage in std::poisson_distribution could cause a Data race

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111726 --- Comment #6 from Jonathan Wakely --- (In reply to Jonathan Wakely from comment #5) > lgamma_r, lgammaf_r and lgammal_r are present in glibc, musl, newlib, > Solaris, FreeBSD, NetBSD at least. And OpenBSD has lgamma_r and lgammaf_r (but not

[Bug libstdc++/111726] lgamma usage in std::poisson_distribution could cause a Data race

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111726 --- Comment #5 from Jonathan Wakely --- I think the abs is not needed for some of the lgamma calls, as the argument is guaranteed to be non-negative. Unfortunately, that's not the case for all of them. lgamma_r, lgammaf_r and lgammal_r are

[Bug c++/111840] =delete("can have a reason")?

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111840 Marek Polacek changed: What|Removed |Added Status|NEW |ASSIGNED CC|

[Bug c++/111842] Unable to disable conversion warning in case of _Float16

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111842 --- Comment #12 from Jonathan Wakely --- (In reply to n.deshm...@samsung.com from comment #5) > The warning is valid but I wish to suppress it like the other > conversion warning using -Wno flag. Why? Why not just write the code correctly?

[Bug c++/111842] Unable to disable conversion warning in case of _Float16

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111842 Jonathan Wakely changed: What|Removed |Added CC||jakub at gcc dot gnu.org --- Comment

[Bug c++/111840] =delete("can have a reason")?

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111840 Jonathan Wakely changed: What|Removed |Added Keywords||accepts-invalid Last reconfirmed|

[Bug libstdc++/111726] lgamma usage in std::poisson_distribution could cause a Data race

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111726 --- Comment #4 from Jonathan Wakely --- (In reply to Jonathan Wakely from comment #2) > We should use the non-standard but thread-safe lgamma_r if available. And if not available, we can use std::log(std::abs(std::tgamma(x))).

[Bug tree-optimization/110243] [13/14 Regression] Wrong code at -O3 on x86_64-linux-gnu since r13-3875-g9e11ceef165

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110243 --- Comment #8 from Richard Biener --- See https://gcc.gnu.org/pipermail/gcc-patches/2023-June/621989.html for the prototype patch. I still think it might be too aggressive, an alternative I didn't yet implement is turning everything in

[Bug ada/55119] Ada.Directories only handles files under 2GB

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55119 --- Comment #2 from simon at pushface dot org --- I think this is OBE: fixed 2014-08-01, r213412, by making attr->file_length __int64. The comment in adaint.c is still wrong! Just tested on macOS with a 5GB download.

[Bug middle-end/111845] [14 regression] ICE when building pycryptodome since r14-1837-g43a3252c42af12

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111845 Jakub Jelinek changed: What|Removed |Added Status|NEW |ASSIGNED Assignee|unassigned

[Bug tree-optimization/111336] [14 Regression] Wrong code at -O2/3 since r14-2472-g14b10ff30ad

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

[Bug tree-optimization/111792] [14 Regression] wrong code at -O3 on x86_64-linux-gnu since r14-3414-g0cfc9c953d0221

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111792 Patrick Palka changed: What|Removed |Added Keywords|needs-bisection | CC|

[Bug tree-optimization/111727] [14 Regression] wrong code at -O3 on x86_64-linux-gnu

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111727 Patrick Palka changed: What|Removed |Added Keywords|needs-bisection | CC|

[Bug target/111849] New: GCC replaces volatile struct assignments with memcpy calls

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111849 Bug ID: 111849 Summary: GCC replaces volatile struct assignments with memcpy calls Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal

[Bug ada/50502] GNAT fails to compile a modification of B37101A ACATS test

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=50502 --- Comment #3 from simon at pushface dot org --- The sample compiles without error with GCC 13.1.0 and 14.0.0 20231008. Close as fixed?

[Bug tree-optimization/111838] [14 Regression] wrong code at -O3 on x86_64-linux-gnu

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111838 Patrick Palka changed: What|Removed |Added Keywords|needs-bisection | CC|

[Bug middle-end/111845] [14 regression] ICE when building pycryptodome since r14-1837-g43a3252c42af12

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

[Bug tree-optimization/111476] [14 regression] ICE when building Ruby 3.1.4 since r14-3459-g0c78240fd7d519

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111476 Sam James changed: What|Removed |Added Status|WAITING |RESOLVED Resolution|---

[Bug tree-optimization/111262] [14 Regression] error: count of bb not initialized with -O3

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111262 David Binderman changed: What|Removed |Added Resolution|--- |WORKSFORME

[Bug modula2/111756] Re-building all-gcc after source changes fails to link

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111756 --- Comment #7 from Gaius Mulley --- Will close once it has been applied to the gcc-13.

[Bug tree-optimization/111792] [14 Regression] wrong code at -O3 on x86_64-linux-gnu

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111792 Richard Biener changed: What|Removed |Added Priority|P3 |P1

[Bug ipa/111789] [14 Regression] runtime Segmentation fault with '-O3 -fno-inline -fno-toplevel-reorder'

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111789 Richard Biener changed: What|Removed |Added CC||hubicka at gcc dot gnu.org

[Bug modula2/111756] Re-building all-gcc after source changes fails to link

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111756 --- Comment #6 from Gaius Mulley --- Closing now that the patch has been applied.

[Bug target/111753] [14 Regression] ICE: in extract_constrain_insn, at recog.cc:2692 insn does not satisfy its constraints: {*movsf_internal} with -O2 -mavx512bw -fno-tree-ter

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

[Bug target/111745] [14 Regression] ICE: in extract_insn, at recog.cc:2791 (unrecognizable insn) with -ffloat-store -mavx512fp16 -mavx512vl

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111745 Richard Biener changed: What|Removed |Added Resolution|--- |FIXED Status|UNCONFIRMED

[Bug modula2/111756] Re-building all-gcc after source changes fails to link

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111756 --- Comment #5 from CVS Commits --- The master branch has been updated by Gaius Mulley : https://gcc.gnu.org/g:ef6696af08a888b53e0e21b17c0a1f87ffdfc3c6 commit r14-4683-gef6696af08a888b53e0e21b17c0a1f87ffdfc3c6 Author: Gaius Mulley Date:

[Bug tree-optimization/111734] [14 Regression] wrong code with '-O3 -fno-inline-functions-called-once -fno-inline-small-functions -fno-omit-frame-pointer -fno-toplevel-reorder -fno-tree-fre'

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111734 Richard Biener changed: What|Removed |Added CC||hubicka at gcc dot gnu.org,

[Bug tree-optimization/111476] [14 regression] ICE when building Ruby 3.1.4 since r14-3459-g0c78240fd7d519

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111476 --- Comment #7 from Sam James --- I think slyfox's fix in 043a6fcbc27f8721301eb2f72a7839f54f393003 (PR111559) sorted this, maybe? I can't reproduce it anymore, anyway. Feel free to close as appropriate and I'll reopen if it returns?

[Bug tree-optimization/111727] [14 Regression] wrong code at -O3 on x86_64-linux-gnu

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111727 Richard Biener changed: What|Removed |Added CC||hubicka at gcc dot gnu.org,

[Bug rtl-optimization/111702] [14 Regression] ICE: in insert_regs, at cse.cc:1114 with -O2 -fstack-protector-all -frounding-math

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111702 Richard Biener changed: What|Removed |Added Last reconfirmed||2023-10-17 Ever confirmed|0

[Bug tree-optimization/111671] [14 Regression] ICE in get_default_value, at tree-ssa-ccp.cc:312

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111671 Richard Biener changed: What|Removed |Added Status|NEW |WAITING Keywords|

[Bug tree-optimization/111572] [14 Regression] Wrong code at -O2 on x86_64-linux-gnu since r14-301-gf2d6beb7a4d

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111572 Richard Biener changed: What|Removed |Added Priority|P3 |P1 CC|

[Bug tree-optimization/111542] [11/12/13/14 Regression] (a==0)&(b==0) into `(a|b) == 0` optimization sometimes gets in the way of other optimizations

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111542 Richard Biener changed: What|Removed |Added Priority|P3 |P2

[Bug tree-optimization/111520] [14 Regression] ICE: verify_flow_info failed (error: probability of edge 3->8 not initialized) with -O -fsignaling-nans -fharden-compares -fnon-call-exceptions

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111520 Richard Biener changed: What|Removed |Added Status|UNCONFIRMED |NEW CC|

[Bug tree-optimization/111514] [14 Regression] ICE: in lower_bound, at value-range.h:1078 since r14-3644-g1aceceb1e2

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111514 Richard Biener changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug target/111486] [14 Regression] ICE: in require, at machmode.h:313 with -O2 -march=rv64iv

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111486 Richard Biener changed: What|Removed |Added Resolution|--- |FIXED Status|UNCONFIRMED

[Bug tree-optimization/111476] [14 regression] ICE when building Ruby 3.1.4 since r14-3459-g0c78240fd7d519

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111476 Richard Biener changed: What|Removed |Added Status|NEW |WAITING --- Comment #6 from Richard

[Bug testsuite/111462] [14 regression] gcc.dg/tree-ssa/ssa-sink-18.c fails after r14-4089-gd45ddc2c04e471

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111462 Richard Biener changed: What|Removed |Added Priority|P3 |P1

[Bug target/111408] [14 Regression] Wrong code at -O2/3 on x86_64-linux-gnu since r14-2866-ge68a31549d9

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111408 Richard Biener changed: What|Removed |Added Priority|P3 |P1 Last reconfirmed|2023-09-13

[Bug tree-optimization/111336] [14 Regression] Wrong code at -O2/3 since r14-2472-g14b10ff30ad

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111336 Richard Biener changed: What|Removed |Added Priority|P3 |P1 Last reconfirmed|2023-09-08

[Bug tree-optimization/111328] [14 Regression] ICE: verify_flow_info failed since r14-3459-g0c78240fd7d

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

[Bug tree-optimization/111268] [14 Regression] internal compiler error: in to_constant, at poly-int.h:504

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111268 --- Comment #10 from Richard Biener --- Btw, we have (gdb) p debug (node) t.c:3:6: note: node 0x3f341d0 (max_nunits=1, refcnt=1) vector(2) long unsigned int t.c:3:6: note: op: VEC_PERM_EXPR t.c:3:6: note: stmt 0 _1 = BIT_FIELD_REF ; t.c:3:6:

[Bug tree-optimization/111268] [14 Regression] internal compiler error: in to_constant, at poly-int.h:504

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111268 Richard Biener changed: What|Removed |Added Priority|P3 |P1 Last reconfirmed|2023-09-07

  1   2   >