[Bug tree-optimization/112788] [14 regression] ICEs in fold_range, at range-op.cc:206 after r14-5972-gea19de921b01a6

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112788 Kewen Lin changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever confirmed|0

[Bug target/112804] New: ICE in aarch64 crosscompiler in plus_constant, at explow.cc:102

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112804 Bug ID: 112804 Summary: ICE in aarch64 crosscompiler in plus_constant, at explow.cc:102 Product: gcc Version: 14.0 Status: UNCONFIRMED Keywords: ice-on-valid-c

[Bug target/112804] ICE in aarch64 crosscompiler in plus_constant, at explow.cc:102 with -mabi=ilp32

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112804 --- Comment #1 from Andrew Pinski --- Looks like -finline-stringops is not correc5 for the case where ptrmode != Pmode. I might take a look next week or the week afterwards. I also suspect you might hit it on x32 also.

[Bug c/91092] Error on implicit function declarations by default

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91092 Sam James changed: What|Removed |Added Target Milestone|--- |14.0

[Bug c/106416] -Wint-conversion should be an error, not a pedwarn

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106416 Sam James changed: What|Removed |Added Target Milestone|--- |14.0

[Bug c/91093] Error on implicit int by default

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91093 Sam James changed: What|Removed |Added Target Milestone|--- |14.0

[Bug c/96284] Outdated C features should be made errors with newer standards

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96284 Sam James changed: What|Removed |Added Depends on||108476, 85678 See Also|https://gcc

[Bug c/96284] Outdated C features should be made errors with newer standards

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

[Bug target/112801] [14] RISC-V vector: failure to mask top bits during type conversion

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112801 --- Comment #3 from JuzheZhong --- (In reply to Richard Biener from comment #2) > I think wrong-code should be high-priority ;) Oh. I see. Sorry. I thought it was the previous RVV shift ISA issue. since I saw c(g[1] >> 32); Confirm it is wrong

[Bug middle-end/112750] wrong code with _BitInt(256) and above with __builtin_sub_overflow_p() at -O0

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112750 --- Comment #2 from GCC Commits --- The master branch has been updated by Jakub Jelinek : https://gcc.gnu.org/g:364332658ef790d09d250db39c5b13e27c3543f1 commit r14-6042-g364332658ef790d09d250db39c5b13e27c3543f1 Author: Jakub Jelinek Date: F

[Bug middle-end/112750] wrong code with _BitInt(256) and above with __builtin_sub_overflow_p() at -O0

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112750 Jakub Jelinek changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug c/96284] Outdated C features should be made errors with newer standards

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96284 --- Comment #16 from David Brown --- Thank you for making these changes. There's always a trade-off between supporting code that "has always compiled fine and works in testing", and making it harder for people to write new poor quality code with

[Bug c/111400] Missing return sanitization only works in C++

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111400 --- Comment #6 from Sam James --- (In reply to David Brown from comment #4) > (In reply to Andreas Schwab from comment #3) > > You already have -W[error=]return-type. > > Yes, and that is what I normally use - I am a big fan of gcc's static > w

[Bug c/108224] Suggest stdlib.h header for rand

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108224 Sam James changed: What|Removed |Added CC||dmalcolm at gcc dot gnu.org --- Comment #6

[Bug c/106537] GCC doesn't support -W[no-]compare-distinct-pointer-types

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106537 Sam James changed: What|Removed |Added Status|REOPENED|RESOLVED Assignee|unassigned at g

[Bug other/44209] [meta-bug] Some warnings are not linked to diagnostics options

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=44209 Bug 44209 depends on bug 106537, which changed state. Bug 106537 Summary: GCC doesn't support -W[no-]compare-distinct-pointer-types https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106537 What|Removed |Added ---

[Bug target/112777] [14 Regression] profiled bootstrap fails on powerpc-linux-gnu, undefined references to __atomic_fetch_add_8

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112777 --- Comment #4 from GCC Commits --- The master branch has been updated by Sebastian Huber : https://gcc.gnu.org/g:4b8078142ee816e2bd484358b935ba1116ed9931 commit r14-6046-g4b8078142ee816e2bd484358b935ba1116ed9931 Author: Sebastian Huber Date:

[Bug c++/112805] New: Failed to compile C++20 code with usage of modules

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112805 Bug ID: 112805 Summary: Failed to compile C++20 code with usage of modules Product: gcc Version: 12.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Compon

[Bug c/82919] Docs don't mention -Wimplicit-int is enabled in C99 mode

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

[Bug c++/112805] Failed to compile C++20 code with usage of modules

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112805 --- Comment #1 from Mikhail Anshukov --- Created attachment 56750 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=56750&action=edit Bug report generated by g++

[Bug c++/112588] ICE in make_decl_rtl when returning str literal when string header imported in module

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112588 Andrew Pinski changed: What|Removed |Added CC||ma.anshukov at gmail dot com --- Commen

[Bug c++/112805] Failed to compile C++20 code with usage of modules

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112805 Andrew Pinski changed: What|Removed |Added Resolution|--- |DUPLICATE Status|UNCONFIRME

[Bug c++/103524] [meta-bug] modules issue

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103524 Bug 103524 depends on bug 112805, which changed state. Bug 112805 Summary: Failed to compile C++20 code with usage of modules https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112805 What|Removed |Added

[Bug gcov-profile/112806] Profile-Guided Optimization (PGO) policy regarding explicit user optimization hint behavior

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112806 --- Comment #1 from Andrew Pinski --- [[likely]]/__builtin_expect is kinda of documented: https://gcc.gnu.org/onlinedocs/gcc-13.2.0/gcc/Other-Builtins.html#index-fprofile-arcs-1 Everything else is just a hint.

[Bug gcov-profile/112806] Profile-Guided Optimization (PGO) policy regarding explicit user optimization hint behavior

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112806 --- Comment #2 from Andrew Pinski --- (In reply to Andrew Pinski from comment #1) > [[likely]]/__builtin_expect is kinda of documented: > > https://gcc.gnu.org/onlinedocs/gcc-13.2.0/gcc/Other-Builtins.html#index- > fprofile-arcs-1 > > Everythi

[Bug gcov-profile/112806] Profile-Guided Optimization (PGO) policy regarding explicit user optimization hint behavior

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112806 --- Comment #3 from Alexander Zaitsev --- > https://gcc.gnu.org/onlinedocs/gcc-13.2.0/gcc/Other-Builtins.html#index-fprofile-arcs-1 I already read this and still do not understand the actual behavior. If PGO profiles show that the branch is "co

[Bug target/112698] gcc r14-5617-gb8592186611 introduces regressions in bfloat16_vector_typecheck_1.c for cortex-m0 and cortex-m3

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112698 Christophe Lyon changed: What|Removed |Added CC||ktkachov at gcc dot gnu.org,

[Bug target/91035] [11/12/13/14 Regression] gotools fails to build on s390x-linux-gnu

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91035 Matthias Klose changed: What|Removed |Added Status|ASSIGNED|RESOLVED CC|

[Bug target/102260] amdgcn offload compiler fails to configure, not matching target directive's target id

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102260 Matthias Klose changed: What|Removed |Added Resolution|--- |FIXED Status|NEW

[Bug modula2/93575] the modula2 frontend fails to build with a profiled bootstrap

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93575 Matthias Klose changed: What|Removed |Added Resolution|--- |FIXED CC|

[Bug libgcc/109289] Conflicting types for built-in functions in libgcc/emutls.c

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109289 Thomas Schwinge changed: What|Removed |Added Last reconfirmed||2023-12-01 CC|

[Bug tree-optimization/112807] New: ICE: SIGSEGV in contains_struct_check (tree.h:3747) with _BitInt() at -O1 and above

x-pch --prefix=/repo/gcc-trunk//binary-trunk-r14-6048-20231201170246-g6563d6767ed-checking-yes-rtl-df-extra-nobootstrap-amd64 Thread model: posix Supported LTO compression algorithms: zlib zstd gcc version 14.0.0 20231201 (experimental) (GCC)

[Bug middle-end/112771] during GIMPLE pass: bitintlower0 ICE: in build_bitint_type, at tree.cc:7178 with _BitInt(65535) and division by zero

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112771 --- Comment #2 from GCC Commits --- The master branch has been updated by Jakub Jelinek : https://gcc.gnu.org/g:9bfebcb1b7ae4e7160644f2104424d6bab4a23f7 commit r14-6050-g9bfebcb1b7ae4e7160644f2104424d6bab4a23f7 Author: Jakub Jelinek Date: F

[Bug other/91209] gm2 bootstrap comparison failure

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91209 Matthias Klose changed: What|Removed |Added Status|WAITING |RESOLVED Resolution|---

[Bug middle-end/112770] during GIMPLE pass: bitintlower0 ICE: verify_gimple failed: statement marked for throw in middle of block with -fnon-call-exceptions and _BitInt(128)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112770 --- Comment #1 from GCC Commits --- The master branch has been updated by Jakub Jelinek : https://gcc.gnu.org/g:b1fe98dee21773b9d908469effe2580567b903fb commit r14-6051-gb1fe98dee21773b9d908469effe2580567b903fb Author: Jakub Jelinek Date: F

[Bug modula2/92148] gm2: race condition building gm2 on trunk

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92148 Matthias Klose changed: What|Removed |Added Resolution|--- |WORKSFORME Status|WAITING

[Bug middle-end/112770] during GIMPLE pass: bitintlower0 ICE: verify_gimple failed: statement marked for throw in middle of block with -fnon-call-exceptions and _BitInt(128)

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

[Bug middle-end/112771] during GIMPLE pass: bitintlower0 ICE: in build_bitint_type, at tree.cc:7178 with _BitInt(65535) and division by zero

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112771 Jakub Jelinek changed: What|Removed |Added Resolution|--- |FIXED Status|ASSIGNED

[Bug bootstrap/79792] configuring a nvptx-none build with --program-suffix=-7 results in a misnamed installed binary

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79792 Matthias Klose changed: What|Removed |Added Resolution|--- |WORKSFORME Status|UNCONFIRM

[Bug libgcc/109289] Conflicting types for built-in functions in libgcc/emutls.c

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109289 --- Comment #3 from Florian Weimer --- Jan, do you actually experience a build failure? The part you quoted only shows warnings. Thomas, the safe thing to do would be to use __builtin_calloc and __builtin_realloc in those spots because it avoid

[Bug target/112773] [14 Regression] RISC-V ICE: in force_align_down_and_div, at poly-int.h:1828 on rv32gcv_zvl256b

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112773 --- Comment #8 from Robin Dapp --- Thanks for the testcase. It looks pretty similar to the situation why I introduced the bitmask extract in the first place and I don't think that's the root cause. As last time the problem is that the generic

[Bug libstdc++/112808] New: Consider enabling _GLIBCXX_ASSERTIONS checks by default for debug builds

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112808 Bug ID: 112808 Summary: Consider enabling _GLIBCXX_ASSERTIONS checks by default for debug builds Product: gcc Version: unknown Status: UNCONFIRMED Severity: no

[Bug gcov-profile/112806] Profile-Guided Optimization (PGO) policy regarding explicit user optimization hint behavior

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

[Bug sanitizer/112644] [14 Regression] Some of the hwasan testcase fail after the recent merge

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112644 --- Comment #6 from Tamar Christina --- Matthew has been working on this and so far has concluded: Summary of main problem: New libhwasan runtime libraries have added interceptors for various mem*, str* functions (and I think others -- I do no

[Bug sanitizer/112644] [14 Regression] Some of the hwasan testcase fail after the recent merge

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112644 Tamar Christina changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever confirmed|0

[Bug tree-optimization/112809] New: during GIMPLE pass: bitintlower ICE: in limb_access_type, at gimple-lower-bitint.cc:563 at -O1 and above

h-ld=/usr/bin/x86_64-pc-linux-gnu-ld --with-as=/usr/bin/x86_64-pc-linux-gnu-as --disable-libstdcxx-pch --prefix=/repo/gcc-trunk//binary-trunk-r14-6051-20231201105652-gb1fe98dee21-checking-yes-rtl-df-extra-nobootstrap-amd64 Thread model: posix Supported LTO compression algorithms: zlib zstd gcc

[Bug middle-end/112740] [14 Regression] wrong code with vector compare on riscv64 at -O0

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112740 --- Comment #11 from Richard Biener --- The only thing that's maybe suspicious is that machine_mode mode = GET_MODE (target); but we test /* Use sign-extension for uniform boolean vectors with integer modes. Effect

[Bug target/112773] [14 Regression] RISC-V ICE: in force_align_down_and_div, at poly-int.h:1828 on rv32gcv_zvl256b

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112773 --- Comment #9 from Robin Dapp --- Ok, it's not the fold_extract_last expander. It just appeared that way here because I disabled some other things. What we want to do is extract the last element from a vector. This works as long as we have a

[Bug target/112753] [14 Regression] unrecognizable insn building glibc for s390x

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112753 Jakub Jelinek changed: What|Removed |Added Assignee|jakub at gcc dot gnu.org |unassigned at gcc dot gnu.org

[Bug c++/112810] New: bogus ambiguous overload resolution when taking address of static/xobj member function template introduced by using declaration where candidates have a mismatched deduced return

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112810 Bug ID: 112810 Summary: bogus ambiguous overload resolution when taking address of static/xobj member function template introduced by using declaration where candidates have

[Bug target/112777] [14 Regression] profiled bootstrap fails on powerpc-linux-gnu, undefined references to __atomic_fetch_add_8

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112777 Jakub Jelinek changed: What|Removed |Added Resolution|--- |FIXED CC|

[Bug target/112773] [14 Regression] RISC-V ICE: in force_align_down_and_div, at poly-int.h:1828 on rv32gcv_zvl256b

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

[Bug target/112431] RISC-V GCC-15 feature: Support register overlap on widen RVV instructions

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112431 --- Comment #10 from GCC Commits --- The trunk branch has been updated by Lehua Ding : https://gcc.gnu.org/g:a23415d7572774701d7ec04664390260ab9a3f63 commit r14-6055-ga23415d7572774701d7ec04664390260ab9a3f63 Author: Juzhe-Zhong Date: Fri De

[Bug target/112431] RISC-V GCC-15 feature: Support register overlap on widen RVV instructions

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112431 --- Comment #9 from GCC Commits --- The trunk branch has been updated by Lehua Ding : https://gcc.gnu.org/g:4418d55bcd1b7e0ef823981b6a781d7de5c38cce commit r14-6054-g4418d55bcd1b7e0ef823981b6a781d7de5c38cce Author: Juzhe-Zhong Date: Fri Dec

[Bug rtl-optimization/112760] [14 Regression] wrong code with -O2 -fno-dce -fno-guess-branch-probability -m8bit-idiv -mavx --param=max-cse-insns=0 and __builtin_add_overflow_p() since r14-5355

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112760 Jakub Jelinek changed: What|Removed |Added Summary|[14 Regression] wrong code |[14 Regression] wrong code

[Bug target/112773] [14 Regression] RISC-V ICE: in force_align_down_and_div, at poly-int.h:1828 on rv32gcv_zvl256b

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112773 --- Comment #11 from Robin Dapp --- When I define a vec_extract...bi pattern we don't enter the if (vec_extract) in expmed because e.g. bitsize = {1, 0} bitnum = {3, 4} and GET_MODE_BITSIZE (innermode) = {1, 0} with innermode = BImode. This f

[Bug rtl-optimization/112760] [14 Regression] wrong code with -O2 -fno-dce -fno-guess-branch-probability -m8bit-idiv -mavx --param=max-cse-insns=0 and __builtin_add_overflow_p() since r14-5355

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112760 Jakub Jelinek changed: What|Removed |Added Keywords|needs-bisection | --- Comment #4 from Jakub Jelinek ---

[Bug rtl-optimization/112760] [14 Regression] wrong code with -O2 -fno-dce -fno-guess-branch-probability -m8bit-idiv -mavx --param=max-cse-insns=0 and __builtin_add_overflow_p() since r14-5355

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

[Bug testsuite/112728] gcc.dg/scantest-lto.c FAILs

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112728 --- Comment #4 from ro at CeBiTec dot Uni-Bielefeld.DE --- > --- Comment #3 from Jorn Wolfgang Rennecke --- > (In reply to Rainer Orth from comment #0) >> The gcc.dg/scantest-lto.c FAILs on quite a number of targets: > ... >> * On Darwin, the

[Bug target/112773] [14 Regression] RISC-V ICE: in force_align_down_and_div, at poly-int.h:1828 on rv32gcv_zvl256b

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112773 --- Comment #12 from rguenther at suse dot de --- On Fri, 1 Dec 2023, rdapp at gcc dot gnu.org wrote: > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112773 > > --- Comment #11 from Robin Dapp --- > When I define a vec_extract...bi pattern we

[Bug libstdc++/112796] header implicitly includes

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

[Bug libstdc++/112796] header implicitly includes

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112796 --- Comment #2 from Jonathan Wakely --- (In reply to Jonathan Wakely from comment #1) > This is not a bug in GCC, the C++ standard allows any header to include any > other. See [res.on.headers] in the C++ standard: "A C++ header may include ot

[Bug bootstrap/112534] [14 regression] build failure after r14-5424-gdb50aea6259545 using gcc 4.8.5

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112534 Jakub Jelinek changed: What|Removed |Added CC||jakub at gcc dot gnu.org --- Comment #5

[Bug analyzer/103533] Enable "taint" state machine with -fanalyzer without requiring -fanalyzer-checker=taint

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103533 --- Comment #10 from GCC Commits --- The master branch has been updated by David Malcolm : https://gcc.gnu.org/g:83b210d55b28461e7604068c5df95a24b21e7081 commit r14-6056-g83b210d55b28461e7604068c5df95a24b21e7081 Author: David Malcolm Date:

[Bug c++/112795] [C++>=14] ICE pragma GCC unroll (n) cxx_eval_constant_expression

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

[Bug libstdc++/112802] : _ToClosure::operator() has no constraints

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112802 --- Comment #1 from Jonathan Wakely --- Patrick has a pending patch to improve those adaptors.

[Bug libstdc++/112808] Consider enabling _GLIBCXX_ASSERTIONS checks by default for debug builds

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112808 Jonathan Wakely changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug analyzer/112811] New: ICE in -fanalyzer in has_null_terminator

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112811 Bug ID: 112811 Summary: ICE in -fanalyzer in has_null_terminator Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3 Component: anal

[Bug c++/112795] [C++>=14] ICE pragma GCC unroll (n) cxx_eval_constant_expression

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

[Bug middle-end/112697] [14 Regression] 30-40% exec time regression of 433.milc on zen2 since r14-4972-g8aa47713701b1f

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112697 --- Comment #8 from Alexander Monakov --- Thanks, I can reproduce it. It is pretty tricky though. For instance, just swapping the mov and the compare is enough to make it fast: --- d.out.ltrans0.ltrans.slow.s 2023-12-01 18:32:54.255841611 +0300

[Bug c++/112795] [C++>=14] ICE pragma GCC unroll (n) cxx_eval_constant_expression

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112795 --- Comment #4 from Jakub Jelinek --- Created attachment 56754 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=56754&action=edit gcc14-pr112795.patch Untested full fix. If we backport at all, I think we could just change the maybe_const_v

[Bug middle-end/112697] [14 Regression] 30-40% exec time regression of 433.milc on zen2 since r14-4972-g8aa47713701b1f

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112697 --- Comment #9 from Alexander Monakov --- ... as does inserting a nop before the compare ¯\_(ツ)_/¯ --- d.out.ltrans0.ltrans.slow.s 2023-12-01 18:32:54.255841611 +0300 +++ d.out.ltrans0.ltrans.s 2023-12-01 18:53:04.909438690 +0300 @@ -743,

[Bug target/112445] [14 Regression] ICE: in lra_split_hard_reg_for, at lra-assigns.cc:1861 unable to find a register to spill: {*umulditi3_1} with -O -march=cascadelake -fwrapv since r14-4968-g89e5d90

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112445 --- Comment #8 from GCC Commits --- The master branch has been updated by Vladimir Makarov : https://gcc.gnu.org/g:1390bf52c17a71834a1766c0222e4f8a74efb162 commit r14-6060-g1390bf52c17a71834a1766c0222e4f8a74efb162 Author: Vladimir N. Makarov

[Bug tree-optimization/112807] ICE: SIGSEGV in contains_struct_check (tree.h:3747) with _BitInt() at -O1 and above

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112807 --- Comment #1 from Jakub Jelinek --- Ah, the problem is that lower_addsub_overflow was written for lowering of large/huge _BitInt operations, so for .{ADD,SUB}_OVERFLOW where one of the 2 operands is in the x86_64 case at least 129 bit or the r

[Bug c++/112795] [C++>=14] ICE pragma GCC unroll (n) cxx_eval_constant_expression

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112795 --- Comment #5 from Eric Botcazou --- Thanks for looking into this, Jakub. IIRC I didn't write this C++ support, it was already there in Mike's original implementation.

[Bug c/112812] New: Regression: ASAN + stack-protector breaks alignment of stack variables

oundary. With other combinations of options the alignment is correct. Running on x86_64. Compile options: gcc -m64 -Wall -O2 -U_FORTIFY_SOURCE -fstack-protector-strong -fsanitize=address -fno-omit-frame-pointer Test fails with gcc version 13.2.1 20231201 Configured with: ../gcc/configure --host=x8

[Bug target/112334] ICE in gen_untyped_return arm.md:9197 while compiling harden-cfr-bret.c

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112334 --- Comment #2 from GCC Commits --- The master branch has been updated by Alexandre Oliva : https://gcc.gnu.org/g:b8edb812ff4934c609fdfafe2e1c7f932bc18305 commit r14-6062-gb8edb812ff4934c609fdfafe2e1c7f932bc18305 Author: Alexandre Oliva Date:

[Bug target/110027] Misaligned vector store on detect_stack_use_after_return

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110027 Andrew Pinski changed: What|Removed |Added CC||tonyb at cybernetics dot com --- Commen

[Bug target/112812] Regression: ASAN + stack-protector breaks alignment of stack variables

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112812 Andrew Pinski changed: What|Removed |Added Resolution|--- |DUPLICATE Status|UNCONFIRME

[Bug middle-end/112510] [11/12/13/14 Regression]: ASAN code injection breaks alignment of stack variables

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

[Bug target/110027] Misaligned vector store on detect_stack_use_after_return

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110027 Andrew Pinski changed: What|Removed |Added CC||sadko4u at gmail dot com --- Comment #6

[Bug fortran/112764] Associating entity does not have target attribute if selector has pointer attribute in associate block

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112764 --- Comment #11 from anlauf at gcc dot gnu.org --- (In reply to martin from comment #10) > Thanks for the speedy fix! I just thought about a variation, which should > now with the fix work as well (was not yet able to compile current dev > branch

[Bug tree-optimization/112807] ICE: SIGSEGV in contains_struct_check (tree.h:3747) with _BitInt() at -O1 and above

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112807 Jakub Jelinek changed: What|Removed |Added Assignee|unassigned at gcc dot gnu.org |jakub at gcc dot gnu.org Eve

[Bug fortran/111880] [11/12/13/14] False positive warning of obsolescent COMMON block with Fortran submodule

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111880 --- Comment #9 from GCC Commits --- The releases/gcc-12 branch has been updated by Harald Anlauf : https://gcc.gnu.org/g:17cbec6e8ea8817b6240837bb1f1bf74f1b9bdcd commit r12-10022-g17cbec6e8ea8817b6240837bb1f1bf74f1b9bdcd Author: Harald Anlauf

[Bug fortran/111880] [11/12/13/14] False positive warning of obsolescent COMMON block with Fortran submodule

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111880 --- Comment #10 from GCC Commits --- The releases/gcc-11 branch has been updated by Harald Anlauf : https://gcc.gnu.org/g:246760b37f1239b3b97c20fb4a914f21154389a3 commit r11-9-g246760b37f1239b3b97c20fb4a914f21154389a3 Author: Harald Anlauf

[Bug fortran/111880] [11/12/13/14] False positive warning of obsolescent COMMON block with Fortran submodule

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111880 anlauf at gcc dot gnu.org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|

[Bug tree-optimization/112788] [14 regression] ICEs in fold_range, at range-op.cc:206 after r14-5972-gea19de921b01a6

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112788 --- Comment #2 from Andrew Macleod --- (In reply to Kewen Lin from comment #1) > > ranger makes use of type precision directly instead of something like > types_compatible_p. I wonder if we can introduce a target hook (or hookpod) > to make ra

[Bug target/112813] New: [14 Regression] RISCV ICE: vsetvl pass: in merge at config/riscv/riscv-vsetvl.cc:1968 on rv32gcv_zvl256b

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112813 Bug ID: 112813 Summary: [14 Regression] RISCV ICE: vsetvl pass: in merge at config/riscv/riscv-vsetvl.cc:1968 on rv32gcv_zvl256b Product: gcc Version: 14.0 Status: UNCON

[Bug tree-optimization/112814] New: `Plus , PHI>` is not optimized to just PLUS

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112814 Bug ID: 112814 Summary: `Plus , PHI>` is not optimized to just PLUS Product: gcc Version: 14.0 Status: UNCONFIRMED Keywords: missed-optimization Seve

[Bug tree-optimization/112814] `Plus , PHI>` is not optimized to just PLUS

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112814 Andrew Pinski changed: What|Removed |Added See Also||https://github.com/llvm/llv

[Bug tree-optimization/112814] `Plus , PHI>` is not optimized to just PLUS

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

[Bug fortran/112772] Some issues with OPTIONAL, ALLOCATABLE dummy arguments

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112772 --- Comment #3 from anlauf at gcc dot gnu.org --- Created attachment 56758 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=56758&action=edit Patch for testcase 2 This patch makes the initialization code seen in testcase 2 dependent on the p

[Bug c++/112815] New: ICE: in vague_linkage_p, at cp/decl2.cc:2329 with -flto -fno-weak

x Supported LTO compression algorithms: zlib zstd gcc version 14.0.0 20231201 (experimental) (GCC)

[Bug middle-end/112816] New: internal compiler error: in extract_insn, at recog.cc:2804, unrecognizable_insn for __builtin_signbit

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112816 Bug ID: 112816 Summary: internal compiler error: in extract_insn, at recog.cc:2804, unrecognizable_insn for __builtin_signbit Product: gcc Version: unknown

[Bug target/112773] [14 Regression] RISC-V ICE: in force_align_down_and_div, at poly-int.h:1828 on rv32gcv_zvl256b

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112773 --- Comment #13 from Robin Dapp --- Mostly an issue because our expander is definitely not prepared to handle that :) It looks like aarch64's is, though, and ours can/should be changed then. aarch64 doesn't need to implement a qi/bi extract fro

[Bug target/112816] [11/12/13/14 Regression] internal compiler error: in extract_insn, at recog.cc:2804, unrecognizable_insn for __builtin_signbit

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112816 Andrew Pinski changed: What|Removed |Added Summary|internal compiler error: in |[11/12/13/14 Regression]

[Bug target/112816] [11/12/13/14 Regression] internal compiler error: in extract_insn, at recog.cc:2804, unrecognizable_insn for __builtin_signbit

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112816 --- Comment #1 from Andrew Pinski --- Created attachment 56760 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=56760&action=edit C testcase

[Bug target/112816] [11/12/13/14 Regression] ICE unrecognizable_insn with __builtin_signbit and returning struct with int[4]

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

[Bug fortran/112772] Some issues with OPTIONAL, ALLOCATABLE dummy arguments

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112772 --- Comment #4 from GCC Commits --- The master branch has been updated by Harald Anlauf : https://gcc.gnu.org/g:7317275497e10c4a0fb3fbaa6ca87f3463ac124d commit r14-6066-g7317275497e10c4a0fb3fbaa6ca87f3463ac124d Author: Harald Anlauf Date: T

[Bug target/112817] New: RISC-V: RVV: provide a preprocessor macro for VLS codegen

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112817 Bug ID: 112817 Summary: RISC-V: RVV: provide a preprocessor macro for VLS codegen Product: gcc Version: 14.0 Status: UNCONFIRMED Severity: normal Pri

  1   2   >