[Bug c/112702] New: C23, C++23: Extended characters not valid in an identifier with -pedantic

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112702 Bug ID: 112702 Summary: C23, C++23: Extended characters not valid in an identifier with -pedantic Product: gcc Version: 14.0 Status: UNCONFIRMED Severity:

[Bug target/112337] arm: ICE in arm_effective_regno when compiling for MVE

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112337 --- Comment #4 from Stam Markianos-Wright --- Bisected to f55cdce3f8dd8503e080e35be59c5f5390f6d95e Attached preprocessed source and a creduced-reproducer of it

[Bug target/112337] arm: ICE in arm_effective_regno when compiling for MVE

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112337 --- Comment #3 from Stam Markianos-Wright --- Created attachment 56493 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=56493=edit Full preprocessor reproducer

[Bug target/112337] arm: ICE in arm_effective_regno when compiling for MVE

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112337 --- Comment #2 from Stam Markianos-Wright --- Created attachment 56492 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=56492=edit creduced reproducer

[Bug target/112337] New: arm: ICE in arm_effective_regno

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112337 Bug ID: 112337 Summary: arm: ICE in arm_effective_regno Product: gcc Version: 14.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: target

[Bug target/110255] arm: MVE intrinsics C++ polymorphism with -flax-vector-conversions

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110255 Stam Markianos-Wright changed: What|Removed |Added Resolution|--- |INVALID

[Bug target/110255] New: arm: MVE intrinsics C++ polymorphism with -flax-vector-conversions

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110255 Bug ID: 110255 Summary: arm: MVE intrinsics C++ polymorphism with -flax-vector-conversions Product: gcc Version: 14.0 Status: UNCONFIRMED Severity: normal

[Bug target/107515] MVE: Generic functions do not accept _Float16 scalars

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107515 Stam Markianos-Wright changed: What|Removed |Added Resolution|--- |FIXED

[Bug target/109697] New: arm: lack of MVE instruction costing causing worse codegen on a vec_duplicate

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109697 Bug ID: 109697 Summary: arm: lack of MVE instruction costing causing worse codegen on a vec_duplicate Product: gcc Version: 14.0 Status: UNCONFIRMED Severity:

[Bug target/107674] [11/12/13 Regressions] arm: MVE codegen regressions on VCTP and vector LDR/STR instructions

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107674 Stam Markianos-Wright changed: What|Removed |Added Resolution|--- |FIXED

[Bug target/108177] MVE predicated stores to same address get optimized away

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108177 --- Comment #5 from Stam Markianos-Wright --- With the fix to MVE auto_inc having gone in as ddc9b5ee13cd686c8674f92d46045563c06a23ea I have found that this fix keeps the auto-inc on these predicated stores broken. It seems to fail in

[Bug target/107674] [11/12/13 Regressions] arm: MVE codegen regressions on VCTP and vector LDR/STR instructions

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107674 --- Comment #3 from Stam Markianos-Wright --- Thank you, Andre for fixing the Part 1 in this ticket :) The part 2 we've found to be a regression since r13-416-g485a0ae0982abe and is also the reason why the mve_*_memory_nodes tests are

[Bug target/108443] arm: MVE wrongly re-interprets predicate constants

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108443 Stam Markianos-Wright changed: What|Removed |Added CC||stammark at gcc dot gnu.org

[Bug target/109158] New: arm: errors when mixing __attribute__((pcs("aapcs-vfp"))) with +nofp

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109158 Bug ID: 109158 Summary: arm: errors when mixing __attribute__((pcs("aapcs-vfp"))) with +nofp Product: gcc Version: 13.0 Status: UNCONFIRMED Severity: minor

[Bug target/100000] non-leaf epologue/prologue used if MVE v4sf is used for load/return

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=10 Stam Markianos-Wright changed: What|Removed |Added CC||stammark at gcc dot gnu.org

[Bug target/107714] MVE: Invalid addressing mode generated for VLD2

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107714 Stam Markianos-Wright changed: What|Removed |Added Resolution|--- |FIXED

[Bug target/107714] MVE: Invalid addressing mode generated for VLD2

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107714 Stam Markianos-Wright changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED

[Bug target/107515] MVE: Generic functions do not accept _Float16 scalars

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107515 --- Comment #9 from Stam Markianos-Wright --- > Clearly Helium+Linux on Godbolt is a bit confused Yea, I agree -- it still shouldn't be an unintuitive front-end type clash error, though! I've posted another patch:

[Bug target/107515] MVE: Generic functions do not accept _Float16 scalars

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107515 --- Comment #7 from Stam Markianos-Wright --- (In reply to Kevin Bracey from comment #6) > Retesting the Godbolt on trunk, it's now worse - every line produces > multiple not-very-informative errors: > > source>:7:9: error: '_Generic'

[Bug target/107515] MVE: Generic functions do not accept _Float16 scalars

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107515 Stam Markianos-Wright changed: What|Removed |Added Status|NEW |ASSIGNED --- Comment #3 from

[Bug target/107714] MVE: Invalid addressing mode generated for VLD2

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107714 Stam Markianos-Wright changed: What|Removed |Added Last reconfirmed||2022-11-17 --- Comment #3 from

[Bug target/107674] New: [11/12/13 Regressions] arm: MVE codegen regressions on VCTP and vector LDR/STR instructions

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107674 Bug ID: 107674 Summary: [11/12/13 Regressions] arm: MVE codegen regressions on VCTP and vector LDR/STR instructions Product: gcc Version: 12.2.1 Status: UNCONFIRMED

[Bug target/107515] MVE: Generic functions do not accept _Float16 scalars

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107515 Stam Markianos-Wright changed: What|Removed |Added Assignee|unassigned at gcc dot gnu.org |stammark at gcc dot

[Bug libstdc++/100017] [11 regression] error: 'fenv_t' has not been declared in '::' -- canadian compilation fails

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100017 Stam Markianos-Wright changed: What|Removed |Added CC||stammark at gcc dot gnu.org

[Bug tree-optimization/103247] New: graphite: Wrong code when at -O1 or higher and -floop-nest-optimize is given without an earlier tree-cunrolli pass

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103247 Bug ID: 103247 Summary: graphite: Wrong code when at -O1 or higher and -floop-nest-optimize is given without an earlier tree-cunrolli pass Product: gcc Version:

[Bug tree-optimization/96974] [10/11 Regression] ICE in vect_get_vector_types_for_stmt compiling for SVE

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96974 Stam Markianos-Wright changed: What|Removed |Added Assignee|unassigned at gcc dot gnu.org |stammark at gcc dot

[Bug tree-optimization/96974] [10/11 Regression] ICE in vect_get_vector_types_for_stmt compiling for SVE

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96974 --- Comment #8 from Stam Markianos-Wright --- I have a liiitle bit more progress here, but I have a question about vect_get_smallest_scalar_type. If we look at the comment before the function: >/* Return the smallest scalar part of STMT_INFO.

[Bug tree-optimization/96974] [10/11 Regression] ICE in vect_get_vector_types_for_stmt compiling for SVE

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96974 --- Comment #7 from Stam Markianos-Wright --- (In reply to rsand...@gcc.gnu.org from comment #6) > (In reply to Stam Markianos-Wright from comment #5) > > I'm tempted to try and add a reverse: > > > > || multiple_p (*stmt_vectype_out,

[Bug tree-optimization/96974] [10/11 Regression] ICE in vect_get_vector_types_for_stmt compiling for SVE

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96974 --- Comment #5 from Stam Markianos-Wright --- (In reply to rsand...@gcc.gnu.org from comment #4) > (In reply to Stam Markianos-Wright from comment #3) > > Just started looking at this. I've narrowed it as the bug appearing with > > commit

[Bug tree-optimization/96974] [10/11 Regression] ICE in vect_get_vector_types_for_stmt compiling for SVE

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96974 --- Comment #3 from Stam Markianos-Wright --- Just started looking at this. I've narrowed it as the bug appearing with commit 9b75f56d4b7951c60a6563964a65787b95bc. I have yet to fire this up in gdb to see what's happening, but one test I

[Bug target/91816] [8/9 Regression] Arm generates out of range conditional branches in Thumb2

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91816 Stam Markianos-Wright changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug rtl-optimization/90249] [9/10/11 Regression] Code size regression on thumb2 due to sub-optimal register allocation starting with r265398

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90249 --- Comment #14 from Stam Markianos-Wright --- Was reminded that this was still open after many months. Have fixed the commit and am in the process of backporting to gcc-8,9.(In reply to Stam Markianos-Wright from comment #12) > Was reminded

[Bug rtl-optimization/90249] [9/10/11 Regression] Code size regression on thumb2 due to sub-optimal register allocation starting with r265398

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90249 Stam Markianos-Wright changed: What|Removed |Added Assignee|stammark at gcc dot gnu.org|unassigned at gcc dot

[Bug rtl-optimization/90249] [9/10/11 Regression] Code size regression on thumb2 due to sub-optimal register allocation starting with r265398

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90249 Stam Markianos-Wright changed: What|Removed |Added CC||stammark at gcc dot gnu.org

[Bug tree-optimization/96974] [10/11 Regression] ICE in vect_get_vector_types_for_stmt compiling for SVE

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96974 Stam Markianos-Wright changed: What|Removed |Added Host||x86_64-linux-gnu