[Bug c++/118190] New: ICE: in tsubst_expr, at cp/pt.cc:22244

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118190 Bug ID: 118190 Summary: ICE: in tsubst_expr, at cp/pt.cc:22244 Product: gcc Version: 14.2.1 Status: UNCONFIRMED Keywords: ice-on-invalid-code Severity: normal

[Bug c++/118169] [15 regression] ICE error: non-trivial conversion in ‘integer_cst’ with std::variant and -O1 since r15-6369-gfa99002538bc91

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

[Bug tree-optimization/118189] New: Weired vec_contruct of elements who's from continuous memory

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118189 Bug ID: 118189 Summary: Weired vec_contruct of elements who's from continuous memory Product: gcc Version: 15.0 Status: UNCONFIRMED Keywords: missed-optimizati

[Bug target/118188] [15 regression] aarch64: 30% regression in TSVC s4115 since r15-5565-gdbc38dd9e96a99

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

[Bug middle-end/118188] [15 regression] aarch64: 30% regression in TSVC s4115 since r15-5565-gdbc38dd9e96a99

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118188 Sam James changed: What|Removed |Added CC||tnfchris at gcc dot gnu.org Target Milest

[Bug middle-end/118188] New: [15 regression] aarch64: 30% regression in TSVC s4115 since r15-5565-gdbc38dd9e96a99

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118188 Bug ID: 118188 Summary: [15 regression] aarch64: 30% regression in TSVC s4115 since r15-5565-gdbc38dd9e96a99 Product: gcc Version: 15.0 Status: UNCONFIRMED Sev

[Bug c++/118169] [15 regression] ICE error: non-trivial conversion in ‘integer_cst’ with std::variant and -O1

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118169 Andrew Pinski changed: What|Removed |Added Attachment #59950|0 |1 is obsolete|

[Bug c++/118169] [15 regression] ICE error: non-trivial conversion in ‘integer_cst’ with std::variant and -O1

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118169 --- Comment #12 from Sam James --- I will bisect now.

[Bug c++/118169] [15 regression] ICE error: non-trivial conversion in ‘integer_cst’ with std::variant and -O1

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118169 --- Comment #11 from Andrew Pinski --- Created attachment 59962 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=59962&action=edit First step, remove vector. First step, remove vector.

[Bug c++/118169] [15 regression] ICE error: non-trivial conversion in ‘integer_cst’ with std::variant and -O1

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118169 --- Comment #10 from Sam James --- Created attachment 59961 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=59961&action=edit reduced.ii Attached the result of cvise. It's pretty ugly but maybe Andrew can work his magic..

[Bug fortran/117643] F_C_STRING from F23 is missing

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117643 --- Comment #13 from Jerry DeLisle --- Created attachment 59960 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=59960&action=edit Cleaned up patch with Harald's addition. This patch fixes some white space and merges in Haralds patch for op

[Bug c/83324] [feature request] Pragma or special syntax for guaranteed tail calls

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83324 Sam James changed: What|Removed |Added CC||trashyankes at wp dot pl --- Comment #35 fro

[Bug middle-end/52067] force sibling call optimization

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52067 Sam James changed: What|Removed |Added Resolution|FIXED |DUPLICATE --- Comment #4 from Sam James ---

[Bug tree-optimization/118175] Unable to do auto vectorization for matrix multiply due to aliasing of matrix's

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118175 --- Comment #5 from Andrew Pinski --- (In reply to Huaqi from comment #4) > > Sorry, I am not an expert in the gcc area. Could you please kindly point out > some documentation explaining the gcc aliasing to me? Thank you. Yes it is called the

[Bug middle-end/52067] force sibling call optimization

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52067 trashyankes at wp dot pl changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|--

[Bug fortran/117643] F_C_STRING from F23 is missing

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117643 --- Comment #12 from Jerry DeLisle --- The following additional patch from Harald posted on the gfortran list: https://gcc.gnu.org/pipermail/fortran/2024-December/061452.html diff --git a/gcc/fortran/trans-intrinsic.cc b/gcc/fortran/trans-intr

[Bug tree-optimization/118175] Unable to do auto vectorization for matrix multiply due to aliasing of matrix's

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118175 --- Comment #4 from Huaqi --- (In reply to Andrew Pinski from comment #3) > (In reply to Huaqi from comment #2) > > (In reply to Andrew Pinski from comment #1) > > > Looks like an alias issue. > > > Changing the matrix definitions to: > > > exte

[Bug ipa/117892] [15 Regression] ICE on valid code at -O1 and above on x86_64-linux-gnu: in single_succ_edge, at basic-block.h:332 since r15-5336-gcee7d080d5c2a5

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117892 --- Comment #5 from Andrew Pinski --- (In reply to Jan Hubicka from comment #4) > > Deleted dead store: # .MEM_5 = VDEF <.MEM_3(D)> > > That started in GCC 12. > That is weird. I would expect CFG verification run between passes to > catch this

[Bug c++/118178] No overload resolution feedback for copy-initialization which fails to call a converting constructor

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

[Bug c++/118180] internal compiler error: tree check: expected tree_vec, have identifier_node in tsubst_decl, at cp/pt.cc:15617

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118180 --- Comment #1 from Andrew Pinski --- >Please note that this currently seems to only happen on the trunk. That might be because the check that is happening is only happens with checking enabled which is the default for the trunk but release ch

[Bug target/118184] [15 regression] glibc regression on aarch64

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118184 --- Comment #7 from Andrew Pinski --- Created attachment 59959 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=59959&action=edit Reduced/runtime testcase

[Bug target/118184] [15 regression] glibc regression on aarch64

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

[Bug target/118184] [15 regression] glibc regression on aarch64

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118184 --- Comment #5 from Andrew Pinski --- Before the patch: - is with vectorization. + is without. With vectorization: u.d = Nan; _8 = mant_21 >> 32; _3 = {mant_21, _8}; vect__10.4_4 = (vector(2) unsigned int) _3; MEM [(union ieee854_

[Bug rtl-optimization/117770] FAIL: g++.dg/torture/pr37922.C -O3 -fomit-frame-pointer -funroll-loops -fpeel-loops -ftracer -finline-functions execution test

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117770 John David Anglin changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug target/118184] [15 regression] glibc regression on aarch64

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118184 Andrew Pinski changed: What|Removed |Added Component|tree-optimization |target --- Comment #4 from Andrew Pinsk

[Bug tree-optimization/118184] [15 regression] glibc regression on aarch64

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118184 --- Comment #3 from Andrew Pinski --- Are you sure that is the correct patch to bisect to? I don't get any vectorization happening at r15-6426-gf25250e0d5938a.

[Bug c++/118187] New: Constraints of template template parameter not checked for non-dependent arguments despite [temp.names]/8

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118187 Bug ID: 118187 Summary: Constraints of template template parameter not checked for non-dependent arguments despite [temp.names]/8 Product: gcc Version: 15.0 Status: UNCO

[Bug tree-optimization/118184] [15 regression] glibc regression on aarch64

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118184 --- Comment #2 from Andrew Pinski --- (In reply to Andrew Pinski from comment #1) > [apinski@xeond2 gcc]$ ./cc1 -O2 -quiet t.c -std=gnu17 -fpreprocessed -fPIC > In file included from ../include/bits/wchar2.h:1, > from ../wcsmbs

[Bug tree-optimization/118184] [15 regression] glibc regression on aarch64

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118184 --- Comment #1 from Andrew Pinski --- [apinski@xeond2 gcc]$ ./cc1 -O2 -quiet t.c -std=gnu17 -fpreprocessed -fPIC In file included from ../include/bits/wchar2.h:1, from ../wcsmbs/wchar.h:1070, from ../include/wc

[Bug tree-optimization/118184] [15 regression] glibc regression on aarch64

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118184 Andrew Pinski changed: What|Removed |Added Keywords||wrong-code Target Milestone|---

[Bug c++/118069] g++ hangs during constraint subsumption

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118069 Patrick Palka changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug c++/118069] g++ hangs during constraint subsumption

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118069 --- Comment #9 from GCC Commits --- The releases/gcc-14 branch has been updated by Patrick Palka : https://gcc.gnu.org/g:83646dd4859b8c64b63a5b441c1673a3db5ccdaf commit r14-3-g83646dd4859b8c64b63a5b441c1673a3db5ccdaf Author: Patrick Palka

[Bug libstdc++/113159] More robust std::sort for silly comparator functions

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113159 --- Comment #22 from Jonathan Wakely --- (In reply to Yury Gribov from comment #19) > (In reply to Jonathan Wakely from comment #17) > > That's what _GLIBCXX_DEBUG and/or _GLIBCXX_ASSERTIONS are for. > > I'm not sure they solve the issue I'm n

[Bug libstdc++/113159] More robust std::sort for silly comparator functions

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113159 --- Comment #21 from Yury Gribov --- (In reply to Gabriel Ravier from comment #20) > I hope you would agree memory corruption is bad - and that's what will > happen a lot of the time instead of a simple crash. Ok, got it. So basically memory co

[Bug fortran/118179] [15 regression] ICE in gimplify

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118179 --- Comment #4 from GCC Commits --- The master branch has been updated by Harald Anlauf : https://gcc.gnu.org/g:f25250e0d5938a81f9f1b37ca873381dcfa26211 commit r15-6426-gf25250e0d5938a81f9f1b37ca873381dcfa26211 Author: Harald Anlauf Date: M

[Bug libstdc++/113159] More robust std::sort for silly comparator functions

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113159 --- Comment #20 from Gabriel Ravier --- > In general, why avoiding std::sort crashes is considered a good thing? > Wouldn't we just hide the error and produce invalid results causing harder to > debug errors later in user's program? The issue

[Bug tree-optimization/118032] [15 regression] Bootstrap slowdown for risc-v

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118032 --- Comment #29 from ak at gcc dot gnu.org --- We could also implement greedy switch clustering for jump tables I think. Right now it's only for the switch bitmap clustering.

[Bug tree-optimization/118186] New: FAIL: gcc.dg/field-merge-16.c scan-tree-dump-times ifcombine "optimizing" 6

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118186 Bug ID: 118186 Summary: FAIL: gcc.dg/field-merge-16.c scan-tree-dump-times ifcombine "optimizing" 6 Product: gcc Version: 15.0 Status: UNCONFIRMED Severity: no

[Bug libstdc++/113159] More robust std::sort for silly comparator functions

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113159 --- Comment #19 from Yury Gribov --- (In reply to Jonathan Wakely from comment #17) > (In reply to Yury Gribov from comment #10) > > As a compiler user I would actually love my STL to crash fast on invalid > > comparators rather than produce unp

[Bug fortran/118179] [15 regression] ICE in gimplify

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118179 --- Comment #3 from Jürgen Reuter --- Thanks for the quick action. I will be back at a computer on the 27th. Then I will report a reproducer and test the patch.

[Bug rtl-optimization/117248] gcc/libgcc/libgcc2.h:232:25: internal compiler error: Arithmetic exception

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117248 --- Comment #25 from John David Anglin --- The problem noted in comment 20 is still present on hppa-unknown-linux-gnu. Compile command: /home/dave/gnu/gcc/objdir/gcc/cc1 -fpreprocessed ./arith-rand-ll.i -quiet -da - dumpdir ./ -dumpbase arith-

[Bug fortran/118179] [15 regression] ICE in gimplify

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118179 anlauf at gcc dot gnu.org changed: What|Removed |Added Last reconfirmed||2024-12-23 Assigne

[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 #4 from GCC Commits --- The master branch has been updated by Andre Vehreschild : https://gcc.gnu.org/g:dae506f73bdc03628e23d5e8c566b2e642086b60 commit r15-6425-gdae506f73bdc03628e23d5e8c566b2e642086b60 Author: Andre Vehreschild D

[Bug libstdc++/100249] missing forwarding std::__invoke result in ranges::is_permutation and ranges::clamp

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100249 --- Comment #14 from Patrick Palka --- (In reply to Jiang An from comment #13) > This is not completely fixed. > > See > - https://github.com/microsoft/STL/issues/3970#issuecomment-1681524306 > - https://gcc.godbolt.org/z/3fsdbTx5Y I opened PR1

[Bug libstdc++/118185] New: ranges::clamp doesn't perfectly forward its projected arguments

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118185 Bug ID: 118185 Summary: ranges::clamp doesn't perfectly forward its projected arguments Product: gcc Version: 15.0 Status: UNCONFIRMED Severity: normal

[Bug tree-optimization/118032] [15 regression] Bootstrap slowdown for risc-v

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118032 --- Comment #28 from Mark Wielaard --- (In reply to Filip Kastl from comment #24) > One way to fix this would be to not apply the switch size limit on jump > tables. Since finding jump tables is at least O(n^2), this could > theoretically cause

[Bug fortran/118059] [15 Regression] ubsan instrumented gcc: valid value for type 'expr_t' in gcc/fortran/trans-expr.cc

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118059 --- Comment #3 from GCC Commits --- The master branch has been updated by Paul Thomas : https://gcc.gnu.org/g:d21efb65d15273d50ca80aea14787efa6245174c commit r15-6423-gd21efb65d15273d50ca80aea14787efa6245174c Author: Paul Thomas Date: Mon D

[Bug fortran/116254] new test case gfortran.dg/class_transformational_2.f90 from r15-2739-g4cb07a38233aad fails

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116254 --- Comment #15 from GCC Commits --- The master branch has been updated by Paul Thomas : https://gcc.gnu.org/g:d21efb65d15273d50ca80aea14787efa6245174c commit r15-6423-gd21efb65d15273d50ca80aea14787efa6245174c Author: Paul Thomas Date: Mon

[Bug libstdc++/113159] More robust std::sort for silly comparator functions

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113159 --- Comment #18 from Jan Engelhardt --- _GLIBCXX_DEBUG sounds good. Though, it can only be switched per TU so one would have to get even more creative to do something like void f(std::vector &a, std::vector &b) { // "I know I got this"

[Bug c++/118177] C++ Standard Module: ‘mbrtoc8’ has not been declared in ‘std’

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118177 Jonathan Wakely changed: What|Removed |Added Last reconfirmed||2024-12-23 Ever confirmed|0

[Bug libstdc++/113159] More robust std::sort for silly comparator functions

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113159 --- Comment #17 from Jonathan Wakely --- (In reply to Yury Gribov from comment #10) > As a compiler user I would actually love my STL to crash fast on invalid > comparators rather than produce unpredictable and meaningless results which > will c

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

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

[Bug tree-optimization/118184] New: [15 regression] glibc regression on aarch64

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118184 Bug ID: 118184 Summary: [15 regression] glibc regression on aarch64 Product: gcc Version: 15.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: tree

[Bug tree-optimization/118175] Unable to do auto vectorization for matrix multiply due to aliasing of matrix's

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118175 Andrew Pinski changed: What|Removed |Added Severity|normal |enhancement

[Bug tree-optimization/118175] Unable to do auto vectorization for rv32imafc_zve32f_zvl128b for matrix like c code

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

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

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102259 --- Comment #18 from Michel Morin --- I tested on old mac systems, including the 32-bit version of MacOS X 10.5, and confirmed that the `read` syscall with count = INT_MAX does not trigger EINVAL. (Additionally, the same applies to the `write` s

[Bug target/118176] [14 regression] GCC fails to build on arm (arm-mve-builtins.cc:2139:13: error: ‘force_lowpart_subreg’ was not declared in this scope; did you mean ‘lowpart_subreg’?)

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

[Bug gcov-profile/118102] profile-use and profile-dir= during IPA pass: profile

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118102 --- Comment #15 from Sam James --- Can you give me the exact commands you ran for cmake and so on? Assume I don't have mariadb cloned and write a small script please?

[Bug fortran/118179] [15 regression] ICE in gimplify

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118179 Sam James changed: What|Removed |Added Keywords||ice-on-valid-code Target Milestone|---

[Bug middle-end/116845] gcc.dg/pr109393.c test fails on ilp32 targets (and maybe others)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116845 Sam James changed: What|Removed |Added Status|NEW |ASSIGNED

[Bug c++/104221] member functions defined in separate files of classes declared in module partitions won't compile

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104221 --- Comment #6 from Frank B. Brokken --- Dear nshead at gcc dot gnu.org, you wrote: > Note that an implementation unit for a module partition file should look like: > > module mod; > import :partition; > // provide definitions here > >

[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 #2 from Kito Cheng --- （on the train yet but I can describe few details for my current solution 1. Always use vl=1 for vfmv.s.f - this will introduce one extra vsetvli, but at least it correct, and LLVM use same code gen as well 2

[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 #1 from Robin Dapp --- We should probably always populate the initial value as the VL=0 only refers (should refer) to the actual reduction?

[Bug modula2/118183] Unable to rebuild the bootstrap tools

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118183 --- Comment #2 from Gaius Mulley --- Created attachment 59956 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=59956&action=edit Proposed fix This patch adds the missing PutProcedureDeclared and uses defines the m2 location_t declaration as

[Bug modula2/118183] Unable to rebuild the bootstrap tools

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118183 Gaius Mulley changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Ever confirmed|0

[Bug modula2/118183] New: Unable to rebuild the bootstrap tools

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118183 Bug ID: 118183 Summary: Unable to rebuild the bootstrap tools Product: gcc Version: 15.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: modula2

[Bug fortran/118179] [15.0 regression] ICE in gimplify

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

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

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118182 Bug ID: 118182 Summary: RISC-V: Miscompile for 410.bwaves, 416.gamess and 465.tonto from spec2006 Product: gcc Version: unknown Status: UNCONFIRMED Severity: n

[Bug preprocessor/118168] -Wmisleading-indentation causes 10x+ overhead or higher (visible on mypy-1.13.0)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118168 --- Comment #10 from Andi Kleen --- My earlier analysis was wrong. The file cache is exactly supposed to avoid this quadratic case. But the cache only works if the linemap knows the total number of lines, otherwise it uses a much slower fallba

[Bug preprocessor/118168] -Wmisleading-indentation causes 10x+ overhead or higher (visible on mypy-1.13.0)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118168 --- Comment #9 from Andi Kleen --- Created attachment 59954 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=59954&action=edit add tunables for file cache

[Bug target/114801] [14/15 Regression] arm: ICE in find_cached_value, at rtx-vector-builder.cc:100 with MVE intrinsics

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114801 Christophe Lyon changed: What|Removed |Added Resolution|FIXED |--- Status|RESOLVED

[Bug target/118176] [14 regression] GCC fails to build on arm (arm-mve-builtins.cc:2139:13: error: ‘force_lowpart_subreg’ was not declared in this scope; did you mean ‘lowpart_subreg’?)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118176 Christophe Lyon changed: What|Removed |Added Assignee|unassigned at gcc dot gnu.org |clyon at gcc dot gnu.org --- C

[Bug lto/118181] New: gcc/lto-ltrans-cache.cc:312: Avoid call by value for large objects

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118181 Bug ID: 118181 Summary: gcc/lto-ltrans-cache.cc:312: Avoid call by value for large objects Product: gcc Version: 15.0 Status: UNCONFIRMED Severity: normal

[Bug tree-optimization/118175] Unable to do auto vectorization for rv32imafc_zve32f_zvl128b for matrix like c code

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118175 --- Comment #2 from Huaqi --- (In reply to Andrew Pinski from comment #1) > Looks like an alias issue. > Changing the matrix definitions to: > extern float matA[], matB[], matC[]; > > > Allows GCC to vectorize the loop even for x86_64. Yes, i