[Bug fortran/113956] [13/14 Regression] ice in gfc_trans_pointer_assignment, at fortran/trans-expr.cc:10524

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113956 --- Comment #3 from Paul Thomas --- (In reply to anlauf from comment #2) > Reduced testcase: > > subroutine test_array_char(p, x) > character(*), target :: x(100) > character(:), pointer :: p(:) > p => x > end subroutine > > > We hit

[Bug c++/114479] [14 Regression] std::is_array_v changed from false to true in GCC 14

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114479 Marek Polacek changed: What|Removed |Added CC||mpolacek at gcc dot gnu.org ---

[Bug c/12411] Missed -Wsequence-point on functions (example reduced from historical GCC source)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=12411 --- Comment #10 from Eric Gallager --- I think the dup is a point for reopening

[Bug libstdc++/103924] views::join combined with std::string cannot be used in constant expressions

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103924 --- Comment #2 from Patrick Palka --- *** Bug 114530 has been marked as a duplicate of this bug. ***

[Bug libstdc++/114530] accessing 'std::__cxx11::basic_string::::_M_allocated_capacity' member instead of initialized 'std::__cxx11::basic_string::::_M_local_b

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114530 Patrick Palka changed: What|Removed |Added CC||ppalka at gcc dot gnu.org

[Bug fortran/50410] [11/12/13/14 Regression] ICE in record_reference, pointer variable in data statement

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=50410 --- Comment #50 from GCC Commits --- The releases/gcc-13 branch has been updated by Harald Anlauf : https://gcc.gnu.org/g:250990298fb792635d9895e7642ccedbc2dd39d4 commit r13-8505-g250990298fb792635d9895e7642ccedbc2dd39d4 Author: Harald Anlauf

[Bug target/110960] TestSatWidenMulPairwiseAdd in the Google Highway test suite fails when compiled with GCC 12 or later with the -mcpu=power9 option

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110960 Michael Meissner changed: What|Removed |Added CC||meissner at gcc dot gnu.org ---

[Bug target/114233] Newly-introduced pr113617.C test fails on Darwin

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114233 Iain Sandoe changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug target/113652] [14 regression] Failed bootstrap on ppc unrecognized opcode: `lfiwzx' with -mcpu=7450

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113652 Peter Bergner changed: What|Removed |Added Status|NEW |ASSIGNED --- Comment #22 from Peter

[Bug middle-end/114509] [11/12/13/14 Regression] an infinite loop or ICE with openmp after errors in some cases

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114509 Jeffrey A. Law changed: What|Removed |Added Priority|P3 |P1 CC|

[Bug ipa/114501] [11/12/13/14 Regression] ICE during modref with LTO

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114501 Jeffrey A. Law changed: What|Removed |Added Priority|P3 |P1 CC|

[Bug go/114454] go.test/test/fixedbugs/issue27836.go FAILs with LANG=C

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114454 Hans-Peter Nilsson changed: What|Removed |Added CC||hp at gcc dot gnu.org --- Comment

[Bug middle-end/111632] gcc fails to bootstrap when using libc++

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111632 --- Comment #22 from Gerald Pfeifer --- (In reply to Dimitry Andric from comment #21) > Indeed, please merge both commits: > https://gcc.gnu.org/git/?p=gcc.git;a=commit; > h=9970b576b7e4ae337af1268395ff221348c4b34a >

[Bug fortran/113956] [13/14 Regression] ice in gfc_trans_pointer_assignment, at fortran/trans-expr.cc:10524

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113956 --- Comment #4 from anlauf at gcc dot gnu.org --- (In reply to Paul Thomas from comment #3) > I can see why the assert is there but it is manifestly wrong for both the > assumed length target and a constant length. That's why I wanted to pass

[Bug testsuite/112297] Failure of pr100936.c on x86_64-apple-darwin21

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112297 --- Comment #3 from Iain Sandoe --- this seems to have been fixed by r14-6423-g02f562484c1752, does it need back porting? or should we close?

[Bug target/114510] [14 Regression] missed proping of multiply by 2 into address of load/stores

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114510 Jeffrey A. Law changed: What|Removed |Added CC||law at gcc dot gnu.org

[Bug fortran/113866] ice in generic_simplify_COND_EXPR

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113866 --- Comment #6 from GCC Commits --- The releases/gcc-13 branch has been updated by Harald Anlauf : https://gcc.gnu.org/g:5f9144021615f24d038890dab7db2a0b9e84f6d3 commit r13-8506-g5f9144021615f24d038890dab7db2a0b9e84f6d3 Author: Harald Anlauf

[Bug middle-end/111632] gcc fails to bootstrap when using libc++

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111632 --- Comment #20 from Iain Sandoe --- This is fixed on trunk, but is needed on open release branches.

[Bug middle-end/111632] gcc fails to bootstrap when using libc++

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111632 --- Comment #21 from Dimitry Andric --- (In reply to Iain Sandoe from comment #20) > This is fixed on trunk, but is needed on open release branches. Indeed, please merge both commits:

[Bug libstdc++/103924] views::join combined with std::string cannot be used in constant expressions

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103924 --- Comment #3 from Patrick Palka --- >From PR114530: #include #include static_assert( std::ranges::distance( std::views::single(std::views::cartesian_product(std::string{})) | std::views::join ) == 0 );

[Bug fortran/50410] [11/12/13/14 Regression] ICE in record_reference, pointer variable in data statement

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=50410 --- Comment #51 from GCC Commits --- The releases/gcc-12 branch has been updated by Harald Anlauf : https://gcc.gnu.org/g:cb72fbd49e1f0c1cbdf8a9e97860063b19b1f95e commit r12-10299-gcb72fbd49e1f0c1cbdf8a9e97860063b19b1f95e Author: Harald Anlauf

[Bug target/114415] [13/14 Regression] wrong code with -Oz -fno-dce -fno-forward-propagate -flive-range-shrinkage -fweb since r13-1826

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114415 Jeffrey A. Law changed: What|Removed |Added Priority|P3 |P1 CC|

[Bug c++/114393] [14 regression] over eager "invalid use of void expression" ? since r14-2170-g4cf64d9cc2faf4

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114393 Jeffrey A. Law changed: What|Removed |Added CC||law at gcc dot gnu.org

[Bug libstdc++/114530] New: accessing 'std::__cxx11::basic_string::::_M_allocated_capacity' member instead of initialized 'std::__cxx11::basic_string::::_M_lo

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114530 Bug ID: 114530 Summary: accessing 'std::__cxx11::basic_string_M_allocated_capacity' member instead of initialized 'std::__cxx11::basic_string_M_local_buf' member in constant

[Bug fortran/50410] ICE in record_reference, pointer variable in data statement

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=50410 anlauf at gcc dot gnu.org changed: What|Removed |Added Summary|[11/12/13/14 Regression]|ICE in record_reference,

[Bug target/114513] [11/12/13/14 Regression] [aarch64] floating-point registers are used when GPRs are preferred

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114513 Jeffrey A. Law changed: What|Removed |Added Priority|P3 |P2 CC|

[Bug rtl-optimization/114522] [14 regression] gcc.target/arm/aes_xor_combine.c scan-assembler-not veor fails after r14-9692-g839bc42772ba7a

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114522 Jeffrey A. Law changed: What|Removed |Added Priority|P3 |P2 CC|

[Bug rtl-optimization/114515] [14 Regression] Failure to use aarch64 lane forms after PR101523

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114515 Jeffrey A. Law changed: What|Removed |Added Priority|P3 |P2 CC|

[Bug fortran/50410] [11/12/13/14 Regression] ICE in record_reference, pointer variable in data statement

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=50410 --- Comment #52 from GCC Commits --- The releases/gcc-11 branch has been updated by Harald Anlauf : https://gcc.gnu.org/g:1611acc1f72cad30c7ecccb5c85246836c1d0299 commit r11-11299-g1611acc1f72cad30c7ecccb5c85246836c1d0299 Author: Harald Anlauf

[Bug ipa/114531] Feature proposal for an `-finline-functions-aggressive` compiler option

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114531 --- Comment #2 from Andrew Pinski --- I suspect the implementation of the option should be changed slight as how does it interact with the user supplying the params too.

[Bug tree-optimization/112303] [14 Regression] ICE on valid code at -O3 on x86_64-linux-gnu: verify_flow_info failed since r14-3459-g0c78240fd7d519

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112303 --- Comment #16 from GCC Commits --- The releases/gcc-13 branch has been updated by Jakub Jelinek : https://gcc.gnu.org/g:b7b4ef2ff20c5023a41ed663dd8f4724b4ff0f9c commit r13-8525-gb7b4ef2ff20c5023a41ed663dd8f4724b4ff0f9c Author: Jakub Jelinek

[Bug target/114175] [13/14] Execution test failures on gcc.dg/c23-stdarg-6.c on multiple targets

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114175 --- Comment #58 from GCC Commits --- The releases/gcc-13 branch has been updated by Jakub Jelinek : https://gcc.gnu.org/g:02f66c40fb626656b924c1c7af3b5ededf8963e5 commit r13-8518-g02f66c40fb626656b924c1c7af3b5ededf8963e5 Author: Jakub Jelinek

[Bug target/114175] [13/14] Execution test failures on gcc.dg/c23-stdarg-6.c on multiple targets

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114175 --- Comment #59 from GCC Commits --- The releases/gcc-13 branch has been updated by Jakub Jelinek : https://gcc.gnu.org/g:01397f789866198ad4fae3893d8f6b0a1d96cd96 commit r13-8519-g01397f789866198ad4fae3893d8f6b0a1d96cd96 Author: Jakub Jelinek

[Bug target/114175] [13/14] Execution test failures on gcc.dg/c23-stdarg-6.c on multiple targets

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114175 --- Comment #54 from GCC Commits --- The releases/gcc-13 branch has been updated by Jakub Jelinek : https://gcc.gnu.org/g:fce980ba3802e1adc68cb34ae81d17bc8c9d13b9 commit r13-8514-gfce980ba3802e1adc68cb34ae81d17bc8c9d13b9 Author: Jakub Jelinek

[Bug middle-end/111151] [12/13 Regression] Wrong code at -O0 on x86_64-pc-linux-gnu

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=51 --- Comment #18 from GCC Commits --- The releases/gcc-13 branch has been updated by Jakub Jelinek : https://gcc.gnu.org/g:71a1ccc0378f18dfecb54bfa453c0334fbb76675 commit r13-8523-g71a1ccc0378f18dfecb54bfa453c0334fbb76675 Author: Jakub Jelinek

[Bug target/114175] [13/14] Execution test failures on gcc.dg/c23-stdarg-6.c on multiple targets

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114175 --- Comment #60 from GCC Commits --- The releases/gcc-13 branch has been updated by Xi Ruoyao : https://gcc.gnu.org/g:b73a6a20113ca607cf3073c751698b12aa167881 commit r13-8526-gb73a6a20113ca607cf3073c751698b12aa167881 Author: Xi Ruoyao Date:

[Bug ipa/114531] Feature proposal for an `-finline-functions-aggressive` compiler option

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114531 --- Comment #5 from Rama Malladi --- (In reply to Andrew Pinski from comment #3) > Also do you have numbers with lto enabled? Or is these without lto? > > Does LTO improve the situation for Envoy too? These numbers are without lto. I haven't

[Bug ipa/114531] Feature proposal for an `-finline-functions-aggressive` compiler option

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114531 Andrew Pinski changed: What|Removed |Added See Also||https://gcc.gnu.org/bugzill

[Bug libstdc++/103924] views::join combined with std::string cannot be used in constant expressions

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103924 --- Comment #4 from 康桓瑋 --- (In reply to Patrick Palka from comment #2) > *** Bug 114530 has been marked as a duplicate of this bug. *** That's my lost memory.

[Bug driver/114531] New: Feature proposal for an `-finline-functions-aggressive` compiler option

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114531 Bug ID: 114531 Summary: Feature proposal for an `-finline-functions-aggressive` compiler option Product: gcc Version: 14.0 Status: UNCONFIRMED Severity:

[Bug ipa/114531] Feature proposal for an `-finline-functions-aggressive` compiler option

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114531 --- Comment #1 from Andrew Pinski --- Maybe we should figure out why the increase of the limits help and add extra code to get better heuristics rather than just tweaking the limits. I know that there was some improvements for gcc 14 already

[Bug target/114175] [13/14] Execution test failures on gcc.dg/c23-stdarg-6.c on multiple targets

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114175 --- Comment #48 from GCC Commits --- The master branch has been updated by Xi Ruoyao : https://gcc.gnu.org/g:6fc84f680d098f82c1c43435fdb206099f0df4df commit r14-9728-g6fc84f680d098f82c1c43435fdb206099f0df4df Author: Xi Ruoyao Date: Wed Mar

[Bug target/114175] [13/14] Execution test failures on gcc.dg/c23-stdarg-6.c on multiple targets

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114175 --- Comment #49 from GCC Commits --- The releases/gcc-13 branch has been updated by Jakub Jelinek : https://gcc.gnu.org/g:4e0a922db4dadaef704c68ed26693667903c5d0c commit r13-8508-g4e0a922db4dadaef704c68ed26693667903c5d0c Author: Jakub Jelinek

[Bug target/114175] [13/14] Execution test failures on gcc.dg/c23-stdarg-6.c on multiple targets

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114175 --- Comment #51 from GCC Commits --- The releases/gcc-13 branch has been updated by Jakub Jelinek : https://gcc.gnu.org/g:d3faceaa7a18657cc73dff1405a54834e390624b commit r13-8510-gd3faceaa7a18657cc73dff1405a54834e390624b Author: Jakub Jelinek

[Bug bootstrap/114369] tree-vect-loop.cc uses vec_step which is also an altivec intrinsics breaks build when building with clang

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114369 --- Comment #7 from GCC Commits --- The releases/gcc-13 branch has been updated by Jakub Jelinek : https://gcc.gnu.org/g:8046a7e2aeeae80c15d99d55ae04755aedf46a2f commit r13-8512-g8046a7e2aeeae80c15d99d55ae04755aedf46a2f Author: Jakub Jelinek

[Bug target/114175] [13/14] Execution test failures on gcc.dg/c23-stdarg-6.c on multiple targets

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114175 --- Comment #55 from GCC Commits --- The releases/gcc-13 branch has been updated by Jakub Jelinek : https://gcc.gnu.org/g:a2565fbb722f9ea9a990286b72ae1a95145af910 commit r13-8515-ga2565fbb722f9ea9a990286b72ae1a95145af910 Author: Jakub Jelinek

[Bug target/114175] [13/14] Execution test failures on gcc.dg/c23-stdarg-6.c on multiple targets

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114175 --- Comment #50 from GCC Commits --- The releases/gcc-13 branch has been updated by Jakub Jelinek : https://gcc.gnu.org/g:af189fa9c2c4a0c8230f308e1934f046df3e80f7 commit r13-8509-gaf189fa9c2c4a0c8230f308e1934f046df3e80f7 Author: Jakub Jelinek

[Bug target/114175] [13/14] Execution test failures on gcc.dg/c23-stdarg-6.c on multiple targets

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114175 --- Comment #52 from GCC Commits --- The releases/gcc-13 branch has been updated by Jakub Jelinek : https://gcc.gnu.org/g:097999338bc0e298290ec965c946f69f2237729a commit r13-8511-g097999338bc0e298290ec965c946f69f2237729a Author: Jakub Jelinek

[Bug ipa/114531] Feature proposal for an `-finline-functions-aggressive` compiler option

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114531 --- Comment #4 from Rama Malladi --- (In reply to Andrew Pinski from comment #1) > Maybe we should figure out why the increase of the limits help and add extra > code to get better heuristics rather than just tweaking the limits. > > I know

[Bug sanitizer/111736] Address sanitizer is not compatible with named address spaces

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111736 --- Comment #31 from GCC Commits --- The releases/gcc-13 branch has been updated by Jakub Jelinek : https://gcc.gnu.org/g:05de873353ab9e94cda2b9e9561a82ca4e061c3f commit r13-8520-g05de873353ab9e94cda2b9e9561a82ca4e061c3f Author: Jakub Jelinek

[Bug sanitizer/111736] Address sanitizer is not compatible with named address spaces

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111736 --- Comment #32 from GCC Commits --- The releases/gcc-13 branch has been updated by Jakub Jelinek : https://gcc.gnu.org/g:85b2b99e56b6f54b3feb530b2492955486e3d389 commit r13-8522-g85b2b99e56b6f54b3feb530b2492955486e3d389 Author: Jakub Jelinek

[Bug tree-optimization/109925] [11/12/13/14 Regression] Wrong code at -O2 on x86_64-linux-gnu since GCC-12

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109925 --- Comment #7 from GCC Commits --- The releases/gcc-13 branch has been updated by Jakub Jelinek : https://gcc.gnu.org/g:43022dd24e82a8625895e35da2b7e5a45f3b7483 commit r13-8524-g43022dd24e82a8625895e35da2b7e5a45f3b7483 Author: Jakub Jelinek

[Bug ipa/114531] Feature proposal for an `-finline-functions-aggressive` compiler option

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114531 --- Comment #3 from Andrew Pinski --- Also do you have numbers with lto enabled? Or is these without lto? Does LTO improve the situation for Envoy too?

[Bug target/114175] [13/14] Execution test failures on gcc.dg/c23-stdarg-6.c on multiple targets

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114175 --- Comment #61 from GCC Commits --- The releases/gcc-13 branch has been updated by Xi Ruoyao : https://gcc.gnu.org/g:1ab646f678a9d47b338424ed69e9ae5d774b06ae commit r13-8527-g1ab646f678a9d47b338424ed69e9ae5d774b06ae Author: Xi Ruoyao Date:

[Bug middle-end/111683] [11/12/13 Regression] Incorrect answer when using SSE2 intrinsics with -O3 since r7-3163-g973625a04b3d9351f2485e37f7d3382af2aed87e

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111683 --- Comment #28 from GCC Commits --- The releases/gcc-13 branch has been updated by Jakub Jelinek : https://gcc.gnu.org/g:4320e8483bb88b49bf251451307324c06d33c0a4 commit r13-8521-g4320e8483bb88b49bf251451307324c06d33c0a4 Author: Jakub Jelinek

[Bug target/114175] [13/14] Execution test failures on gcc.dg/c23-stdarg-6.c on multiple targets

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114175 --- Comment #56 from GCC Commits --- The releases/gcc-13 branch has been updated by Jakub Jelinek : https://gcc.gnu.org/g:f3af5a241c820e564ef13614ae0ea7a57237bd50 commit r13-8516-gf3af5a241c820e564ef13614ae0ea7a57237bd50 Author: Jakub Jelinek

[Bug target/114175] [13/14] Execution test failures on gcc.dg/c23-stdarg-6.c on multiple targets

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114175 --- Comment #57 from GCC Commits --- The releases/gcc-13 branch has been updated by Jakub Jelinek : https://gcc.gnu.org/g:91092c30eda6777e33705a66a2c3049d4a18569d commit r13-8517-g91092c30eda6777e33705a66a2c3049d4a18569d Author: Jakub Jelinek

[Bug target/114175] [13/14] Execution test failures on gcc.dg/c23-stdarg-6.c on multiple targets

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114175 --- Comment #53 from GCC Commits --- The releases/gcc-13 branch has been updated by Jakub Jelinek : https://gcc.gnu.org/g:06f9476a60bcf2d206b7b86e68ea433954f91f20 commit r13-8513-g06f9476a60bcf2d206b7b86e68ea433954f91f20 Author: Jakub Jelinek

[Bug fortran/113956] [14 Regression] ice in gfc_trans_pointer_assignment, at fortran/trans-expr.cc:10524

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113956 David Binderman changed: What|Removed |Added Summary|ice in |[14 Regression] ice in

[Bug c/114361] ICE with c23 when creating mutually nested and compatible types with statement expressions

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114361 Martin Uecker changed: What|Removed |Added Resolution|DUPLICATE |--- Status|RESOLVED

[Bug modula2/114529] profiledbootstrap fails to build and m2 causes odr violations during build

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

[Bug modula2/114529] New: profiledbootstrap fails to build and m2 causes odr violations during build

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114529 Bug ID: 114529 Summary: profiledbootstrap fails to build and m2 causes odr violations during build Product: gcc Version: 14.0 Status: UNCONFIRMED Severity:

[Bug c/114361] ICE with c23 when creating mutually nested and compatible types with statement expressions

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114361 --- Comment #3 from Martin Uecker --- Created attachment 57834 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=57834=edit patch Tentative patch.

[Bug fortran/50410] [11/12/13/14 Regression] ICE in record_reference, pointer variable in data statement

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=50410 --- Comment #49 from GCC Commits --- The master branch has been updated by Harald Anlauf : https://gcc.gnu.org/g:6fb253a25dff13253d63553f02e0fe72c5e3ab4e commit r14-9720-g6fb253a25dff13253d63553f02e0fe72c5e3ab4e Author: Harald Anlauf Date:

[Bug fortran/113956] [13/14 Regression] ice in gfc_trans_pointer_assignment, at fortran/trans-expr.cc:10524

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

[Bug lto/110710] LTO linker on Windows creates an invalid Makefile

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110710 Eric Gallager changed: What|Removed |Added Keywords||patch CC|

[Bug fortran/113885] [13/14 Regression] ice in gimplify_expr, at gimplify.cc:18658 with finalization

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113885 --- Comment #3 from GCC Commits --- The master branch has been updated by Paul Thomas : https://gcc.gnu.org/g:3c793f0361bc66d2a6bf0b3e1fb3234fc511e2a6 commit r14-9719-g3c793f0361bc66d2a6bf0b3e1fb3234fc511e2a6 Author: Paul Thomas Date: Fri

[Bug testsuite/36337] testsuite requires HOSTCC and HOSTCFLAGS from contrib/test_installed script

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=36337 --- Comment #2 from GCC Commits --- The master branch has been updated by Paul Thomas : https://gcc.gnu.org/g:3c793f0361bc66d2a6bf0b3e1fb3234fc511e2a6 commit r14-9719-g3c793f0361bc66d2a6bf0b3e1fb3234fc511e2a6 Author: Paul Thomas Date: Fri

[Bug fortran/110987] [13/14 Regression] Segmentation fault after finalization of a temporary variable

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110987 --- Comment #9 from GCC Commits --- The master branch has been updated by Paul Thomas : https://gcc.gnu.org/g:3c793f0361bc66d2a6bf0b3e1fb3234fc511e2a6 commit r14-9719-g3c793f0361bc66d2a6bf0b3e1fb3234fc511e2a6 Author: Paul Thomas Date: Fri

[Bug fortran/112407] [13/14 Regression] Fix for PR37336 triggers an ICE in gfc_format_decoder while constructing a vtab

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112407 --- Comment #7 from Paul Thomas --- Created attachment 57833 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=57833=edit A patch that fixes all the issues in this PR I apologise for taking so long to return to this problem. Daytime work

[Bug bootstrap/106472] No rule to make target '../libbacktrace/libbacktrace.la', needed by 'libgo.la'.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106472 --- Comment #37 from Jakub Jelinek --- Created attachment 57836 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=57836=edit gcc14-pr106472.patch So what about the following (so far untested) patch instead? For ../configure

[Bug target/113652] [14 regression] Failed bootstrap on ppc unrecognized opcode: `lfiwzx' with -mcpu=7450

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113652 --- Comment #21 from Segher Boessenkool --- (2.06, whoops)

[Bug testsuite/114518] [14 regression] gcc.target/powerpc/combine-2-2.c fails after r14-9692-g839bc42772ba7a

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114518 Segher Boessenkool changed: What|Removed |Added Last reconfirmed||2024-03-29

[Bug fortran/112407] [13/14 Regression] Fix for PR37336 triggers an ICE in gfc_format_decoder while constructing a vtab

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112407 --- Comment #8 from Paul Thomas --- Created attachment 57835 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=57835=edit An alternative fix for the PR Hi Tomas, Would you prefer the compiler to give warning rather than letting the

[Bug target/113652] [14 regression] Failed bootstrap on ppc unrecognized opcode: `lfiwzx' with -mcpu=7450

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113652 --- Comment #20 from Segher Boessenkool --- (In reply to Michael Meissner from comment #19) > When I wrote the VSX support many years ago, I intended that -mvsx enable > all of ISA 2.06 But that is not how we do things, and it can never work