[Bug target/111354] [7/10/12 regression] The instructions of the DPDK demo program are different and run time increases.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111354 --- Comment #3 from d_vampile --- (In reply to Andrew Pinski from comment #1) > First off the performance is difference is die to micro-arch issues with > unaligned stores of 256 bits. > > Also iirc rte_mov128blocks is tuned at copying blocks

[Bug c++/111352] Inconsistent constructor behavior associated with auto lambda

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111352 --- Comment #4 from Andrew Pinski --- also see https://en.wikipedia.org/wiki/Most_vexing_parse for more explanation on why this mistake in GCC happened.

[Bug c++/111352] Inconsistent constructor behavior associated with auto lambda

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111352 Andrew Pinski changed: What|Removed |Added Last reconfirmed||2023-09-09 Ever confirmed|0

[Bug target/111354] [7/10/12 regression] The instructions of the DPDK demo program are different and run time increases.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111354 --- Comment #2 from Andrew Pinski --- It might be the case DPDK is tuned towards xeon's rather than the i series also.

[Bug target/111354] [7/10/12 regression] The instructions of the DPDK demo program are different and run time increases.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111354 --- Comment #1 from Andrew Pinski --- First off the performance is difference is die to micro-arch issues with unaligned stores of 256 bits. Also iirc rte_mov128blocks is tuned at copying blocks which are aligned at least to 32 bytes wide. But

[Bug libstdc++/111347] Memory leak loading a shared library built with --static-libsdtc++ when version script is used

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111347 --- Comment #3 from George Yunaev --- Indeed making a unique symbol local results in a leak.

[Bug target/111354] New: [7/10/12 regression] The instructions of the DPDK demo program are different and run time increases.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111354 Bug ID: 111354 Summary: [7/10/12 regression] The instructions of the DPDK demo program are different and run time increases. Product: gcc Version: 10.3.0 Status: UNCONFI

[Bug go/90685] failure of go in gcc-9.1.0 to build in i686-pc-linux-gnu

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90685 Eric Gallager changed: What|Removed |Added Host||i?86-*-* --- Comment #3 from Eric Gallag

[Bug go/90685] failure of go in gcc-9.1.0 to build in i686-pc-linux-gnu

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90685 Eric Gallager changed: What|Removed |Added Status|UNCONFIRMED |NEW CC|

[Bug libstdc++/111351] constexpr std::string objects permitted to escape constant evaluation when SSO

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111351 --- Comment #1 from Arthur O'Dwyer --- (Author of the blog post here.) In contrast to James' view, I think the libstdc++/MSVC behavior is relatively easy to explain; I think libc++'s `if consteval` approach is baroque and confusing. [That is, _b

[Bug libstdc++/111353] New: bits/new_allocator.h: No such file or directory in freestanding C++ toolchain

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111353 Bug ID: 111353 Summary: bits/new_allocator.h: No such file or directory in freestanding C++ toolchain Product: gcc Version: 14.0 Status: UNCONFIRMED Severity:

[Bug libstdc++/111347] Memory leak loading a shared library built with --static-libsdtc++ when version script is used

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111347 --- Comment #2 from George Yunaev --- Adding -fno-gnu-unique to the makefile for libleak.so doesn't remove the leak.

[Bug c++/111352] Inconsistent constructor behavior associated with auto lambda

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111352 --- Comment #2 from Andrew Pinski --- 99% sure this is because we start parsing as a function declaration and then see it is not but we errored out already.

[Bug c++/111352] Inconsistent constructor behavior associated with auto lambda

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111352 Peter Fletcher changed: What|Removed |Added CC||peter.fletcher@bandicootima

[Bug c++/111352] New: Inconsistent constructor behavior associated with auto lambda

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111352 Bug ID: 111352 Summary: Inconsistent constructor behavior associated with auto lambda Product: gcc Version: 11.4.0 Status: UNCONFIRMED Severity: normal

[Bug libstdc++/111351] New: constexpr std::string objects permitted to escape constant evaluation when SSO

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111351 Bug ID: 111351 Summary: constexpr std::string objects permitted to escape constant evaluation when SSO Product: gcc Version: 14.0 Status: UNCONFIRMED Severity:

[Bug tree-optimization/109878] missed simplifications of MAX and MIN

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109878 Andrew Pinski changed: What|Removed |Added Ever confirmed|0 |1 Assignee|unassigned at gcc

[Bug target/111350] gcc.target/i386/avx512fp16-vfcmulcph-1b.c and friends fail on x86_64-apple-darwin21

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111350 --- Comment #5 from Iain Sandoe --- (In reply to Iain Sandoe from comment #4) > (In reply to Francois-Xavier Coudert from comment #3) > > Clang: 14.0.0 build 1400 > > CLT: 14.2.0.0.1.1668646533 > > ah, it seems the vfcmulcph insn, at least, is

[Bug target/111350] gcc.target/i386/avx512fp16-vfcmulcph-1b.c and friends fail on x86_64-apple-darwin21

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111350 --- Comment #4 from Iain Sandoe --- (In reply to Francois-Xavier Coudert from comment #3) > Clang: 14.0.0 build 1400 > CLT: 14.2.0.0.1.1668646533 ah, it seems the vfcmulcph insn, at least, is not supported before XC14, and it gives the error at

[Bug target/111350] gcc.target/i386/avx512fp16-vfcmulcph-1b.c and friends fail on x86_64-apple-darwin21

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111350 --- Comment #3 from Francois-Xavier Coudert --- Clang: 14.0.0 build 1400 CLT: 14.2.0.0.1.1668646533

[Bug target/111350] gcc.target/i386/avx512fp16-vfcmulcph-1b.c and friends fail on x86_64-apple-darwin21

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111350 --- Comment #2 from Iain Sandoe --- (In reply to Andrew Pinski from comment #1) > This seems like a bug in darwin's assembler as all of those registers are > distinct ... indeed, it does look that way - what version of Xcode?

[Bug target/111350] gcc.target/i386/avx512fp16-vfcmulcph-1b.c and friends fail on x86_64-apple-darwin21

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111350 --- Comment #1 from Andrew Pinski --- This seems like a bug in darwin's assembler as all of those registers are distinct ...

[Bug target/111350] New: gcc.target/i386/avx512fp16-vfcmulcph-1b.c and friends fail on x86_64-apple-darwin21

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111350 Bug ID: 111350 Summary: gcc.target/i386/avx512fp16-vfcmulcph-1b.c and friends fail on x86_64-apple-darwin21 Product: gcc Version: 14.0 Status: UNCONFIRMED Seve

[Bug tree-optimization/111349] `Optimize (a CMP CST1) ? max : a` pattern's cmp is missing :c

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111349 Andrew Pinski changed: What|Removed |Added Last reconfirmed||2023-09-08 Status|UNCONFIRM

[Bug tree-optimization/111349] New: `Optimize (a CMP CST1) ? max : a` pattern's cmp is missing :c

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111349 Bug ID: 111349 Summary: `Optimize (a CMP CST1) ? max : a` pattern's cmp is missing :c Product: gcc Version: 14.0 Status: UNCONFIRMED Keywords: missed-optimizat

[Bug tree-optimization/111348] `(a CMP b) ? minmax : minmax` pattern missing :c on CMP

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

[Bug libstdc++/111347] Memory leak loading a shared library built with --static-libsdtc++ when version script is used

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111347 --- Comment #1 from Andrew Pinski --- I am pretty sure _ZNSt8messagesIwE2idE is marked as GNU unique

[Bug tree-optimization/111348] `(a CMP b) ? minmax : minmax` pattern missing :c on CMP

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111348 --- Comment #1 from Andrew Pinski --- Need a testcase for this though.

[Bug tree-optimization/111348] New: `(a CMP b) ? minmax : minmax` pattern missing :c on CMP

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111348 Bug ID: 111348 Summary: `(a CMP b) ? minmax : minmax` pattern missing :c on CMP Product: gcc Version: 14.0 Status: UNCONFIRMED Keywords: internal-improvement,

[Bug libstdc++/111347] New: Memory leak loading a shared library built with --static-libsdtc++ when version script is used

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111347 Bug ID: 111347 Summary: Memory leak loading a shared library built with --static-libsdtc++ when version script is used Product: gcc Version: 13.2.0 Status: UNCONFIRMED

[Bug tree-optimization/111346] `X <= MINMAX` pattern is missing :c on the cmp

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

[Bug tree-optimization/111346] New: `X <= MINMAX` pattern is missing :c on the cmp

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111346 Bug ID: 111346 Summary: `X <= MINMAX` pattern is missing :c on the cmp Product: gcc Version: 14.0 Status: UNCONFIRMED Keywords: internal-improvement, missed-optimization

[Bug tree-optimization/111345] `X % Y is smaller than Y.` pattern could be simpified

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

[Bug tree-optimization/111345] New: `X % Y is smaller than Y.` pattern could be simpified

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111345 Bug ID: 111345 Summary: `X % Y is smaller than Y.` pattern could be simpified Product: gcc Version: 14.0 Status: UNCONFIRMED Keywords: internal-improvement Severity: enh

[Bug c/29280] misleading warning for assignment used as truth construct

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

[Bug c/111344] bogus "warning: suggest parentheses around assignment used as truth value [-Wparentheses]"

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111344 Andrew Pinski changed: What|Removed |Added Resolution|INVALID |DUPLICATE --- Comment #7 from Andrew Pi

[Bug c/111344] bogus "warning: suggest parentheses around assignment used as truth value [-Wparentheses]"

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111344 --- Comment #6 from Mark Galeck --- (In reply to Andrew Pinski from comment #5) > Reduced: > ``` > int *f(const char*); > int *g(int*); > int main() > { > int* pdir; > int* pentry; > > pdir = f("d"); > > while (pentry = g(pdir)) ; > } > ``

[Bug c/111344] bogus "warning: suggest parentheses around assignment used as truth value [-Wparentheses]"

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

[Bug c/111344] bogus "warning: suggest parentheses around assignment used as truth value [-Wparentheses]"

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111344 --- Comment #4 from Mark Galeck --- I am getting seemingly bogus "warning: suggest parentheses around assignment used as truth value [-Wparentheses]". I see long time ago there were such reports, fixed at the time, but this is happening now for

[Bug c/111344] bogus "warning: suggest parentheses around assignment used as truth value [-Wparentheses]"

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111344 --- Comment #3 from Mark Galeck --- Created attachment 55859 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=55859&action=edit preprocessed SSCCE foobar.i

[Bug c/111344] bogus "warning: suggest parentheses around assignment used as truth value [-Wparentheses]"

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111344 --- Comment #2 from Mark Galeck --- Created attachment 55858 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=55858&action=edit preprocessed SSCCE foobar.i

[Bug target/111343] [SH] Including in C++23 causes an ICE with -m4-single-only

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111343 --- Comment #1 from Andrew Pinski --- Most likely introduced by r13-2887-gb04208895fed34171eac6 which implements C++23 extended floating point types ... And the use of _Float32 but now sizeof(double) == sizeof(float) == sizeof(_Float32)

[Bug c/111344] bogus "warning: suggest parentheses around assignment used as truth value [-Wparentheses]"

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

[Bug c/111344] New: bogus "warning: suggest parentheses around assignment used as truth value [-Wparentheses]"

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111344 Bug ID: 111344 Summary: bogus "warning: suggest parentheses around assignment used as truth value [-Wparentheses]" Product: gcc Version: unknown Status: UNCONFIRMED

[Bug c++/111343] New: [SH] Including in C++23 causes an ICE with -m4-single-only

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111343 Bug ID: 111343 Summary: [SH] Including in C++23 causes an ICE with -m4-single-only Product: gcc Version: 13.2.0 Status: UNCONFIRMED Severity: normal

[Bug c++/111075] ICE on g++.dg/torture/tail-padding1.C on darwin

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111075 --- Comment #1 from Francois-Xavier Coudert --- Preprocessed source: % cat a-tail-padding1.ii # 0 "/Users/fx/gcc-upstream/gcc/testsuite/g++.dg/torture/tail-padding1.C" # 0 "" # 0 "" # 1 "/

[Bug modula2/111330] [13 Regression] Bootstrap failure building SeqFile.lo

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111330 --- Comment #4 from Jakub Jelinek --- Seems sed -i -e 's/ -fcase / -fcase -Wno-all /' libgm2/*/Makefile.am sed -i -e 's/ -fcase / -fcase -Wno-all /' libgm2/*/Makefile.in can work as a work-around for this bug, but it would still be nice to under

[Bug c++/106310] [12/13 Regression] lookup after this-> seems wrong for dependent lookup since r12-6754-g30f2c22def739211

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

[Bug target/111342] New: ICE for g++.target/i386/pr105980.C on x86_64-apple-darwin21

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111342 Bug ID: 111342 Summary: ICE for g++.target/i386/pr105980.C on x86_64-apple-darwin21 Product: gcc Version: 14.0 Status: UNCONFIRMED Severity: normal P

[Bug c++/105512] compilation with -fmodules-ts and std=c++20 leads to segfault

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105512 Gerrit Albrecht changed: What|Removed |Added CC||m...@gerrit-albrecht.de --- Comment #

[Bug modula2/111330] [13 Regression] Bootstrap failure building SeqFile.lo

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111330 --- Comment #3 from Jakub Jelinek --- So, narrowed it down to Fedora build doing essentially (stripped down from all languages etc.): CC=gcc \ CXX=g++ \ CFLAGS='-O2 -fexceptions -g -grecord-gcc-switches -Wall -Wformat-security -Wp,-D_GLIBCXX_ASS

[Bug modula2/111330] [13 Regression] Bootstrap failure building SeqFile.lo

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111330 --- Comment #2 from Jakub Jelinek --- Though, bisection points to r13-7651-g824a37d0bfa9f5c232 as first commit which fails to build.

[Bug fortran/111339] bounds-check does not detect nonconforming functions

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111339 anlauf at gcc dot gnu.org changed: What|Removed |Added Ever confirmed|0 |1 Status|UNCONFI

[Bug fortran/111341] New: Elemental operator on zero-sized array seg-faults

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111341 Bug ID: 111341 Summary: Elemental operator on zero-sized array seg-faults Product: gcc Version: 13.2.1 Status: UNCONFIRMED Severity: normal Priority: P3 Compone

[Bug modula2/111330] [13 Regression] Bootstrap failure building SeqFile.lo

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111330 Jakub Jelinek changed: What|Removed |Added Target Milestone|--- |13.3

[Bug modula2/111330] [13 Regression] Bootstrap failure building SeqFile.lo

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111330 --- Comment #1 from Jakub Jelinek --- So far bisected to between r13-7647 (builds fine) and r13-7660 (fails to build), and can reproduce even without bootstrap. I suspect r13-7650 but will confirm it or not soon.

[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 --- Comment #5 from Andrew Pinski --- (In reply to Xi Ruoyao from comment #4) > (In reply to Andrew Pinski from comment #3) > > Note -fwrapv or -fno-ivopts causes the issue to disappear. > > Does your patch for PR111331 work for this one too?

[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 Andrew Pinski changed: What|Removed |Added Target Milestone|--- |14.0

[Bug libstdc++/104167] Implement C++20 std::chrono::utc_clock, std::chrono::tzdb etc.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104167 --- Comment #14 from CVS Commits --- The releases/gcc-13 branch has been updated by Jonathan Wakely : https://gcc.gnu.org/g:294d11837367455499786578377c530a0238b6ca commit r13-7782-g294d11837367455499786578377c530a0238b6ca Author: Jonathan Wak

[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 Xi Ruoyao changed: What|Removed |Added CC||xry111 at gcc dot gnu.org --- Comment #4 fr

[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 --- Comment #3 from Andrew Pinski --- Note -fwrapv or -fno-ivopts causes the issue to disappear.

[Bug libstdc++/111050] [11/12/13/14 Regression] ABI break in _Hash_node_value_base since GCC 11

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111050 --- Comment #7 from TC --- Confirmed with my reporter that this fixes their actual code too.

[Bug c++/99599] [11/12/13/14 Regression] Concepts requirement falsely reporting cyclic dependency, breaks tag_invoke pattern

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99599 --- Comment #18 from CVS Commits --- The master branch has been updated by Patrick Palka : https://gcc.gnu.org/g:2154bcd6d43cfd821ca70e1583880c4ed955355d commit r14-3809-g2154bcd6d43cfd821ca70e1583880c4ed955355d Author: Patrick Palka Date: F

[Bug target/111340] gcc.dg/bitint-12.c fails on x86_64-apple-darwin or fails on x86_64-linux-gnu with -fPIE

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

[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 --- Comment #8 from Andrew Pinski --- (In reply to Mathieu Malaterre from comment #7) > @rguenth You added `needs-bisection` keyword, but the example is quite > small: 154 lines of code. needs-bisection means to figure out which commit caused t

[Bug target/111340] gcc.dg/bitint-12.c fails on x86_64-apple-darwin or fails on x86_64-linux-gnu with -fPIE

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111340 --- Comment #3 from Jakub Jelinek --- Seems to be a pre-existing problem. void bar (void) { __asm ("# %0" : : "g" unsigned __int128) 0x123456789abcdef0ULL) << 64) | 0x0fedcba987654321ULL)); } fails the same way. void baz (void) { __as

[Bug target/111340] gcc.dg/bitint-12.c fails on x86_64-apple-darwin

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111340 --- Comment #2 from Francois-Xavier Coudert --- Created attachment 55857 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=55857&action=edit Output of -fdump-rtl-final

[Bug target/111340] gcc.dg/bitint-12.c fails on x86_64-apple-darwin

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111340 Andrew Pinski changed: What|Removed |Added Ever confirmed|0 |1 Target|x86_64-apple-darwi

[Bug c/111340] New: gcc.dg/bitint-12.c fails on x86_64-apple-darwin

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111340 Bug ID: 111340 Summary: gcc.dg/bitint-12.c fails on x86_64-apple-darwin Product: gcc Version: 14.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component:

[Bug c/111337] ICE in gimple-isel.cc for RISC-V port

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111337 Robin Dapp changed: What|Removed |Added CC||rdapp at gcc dot gnu.org --- Comment #1 fr

[Bug middle-end/111296] RISC-V vector: ICE in lra_split_hard_reg_for during reload pass

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

[Bug target/111295] RISC-V vector ICE in vsetvl pass

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111295 Jeremy Bennett changed: What|Removed |Added Resolution|--- |FIXED Status|UNCONFIRMED

[Bug c/109393] Very trivial address calculation does not fold

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109393 --- Comment #9 from Manolis Tsamis --- Created attachment 55856 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=55856&action=edit Address calculation pattern v1

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

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111331 Andrew Pinski changed: What|Removed |Added URL||https://gcc.gnu.org/piperma

[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 Shaohua Li changed: What|Removed |Added CC||yinyuefengyi at gmail dot com --- Comment

[Bug middle-end/111338] [14 Regression] ice in vn_walk_cb_data

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

[Bug middle-end/111338] [14 Regression] ice in vn_walk_cb_data

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111338 Jakub Jelinek changed: What|Removed |Added Target Milestone|--- |14.0 Summary|ice in vn_walk_

[Bug c/111338] ice in vn_walk_cb_data

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

[Bug target/111051] [14 Regression] highway-1.0.6 fails to build as gcc-14.0.0/lib/gcc/x86_64-unknown-linux-gnu/14.0.0/include/avxintrin.h:1238:1: error: inlining failed in call to 'always_inline' '__

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

[Bug c/111338] ice in vn_walk_cb_data

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111338 David Binderman changed: What|Removed |Added CC||jakub at redhat dot com --- Comment #

[Bug c/111338] ice in vn_walk_cb_data

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111338 --- Comment #2 from David Binderman --- The code first seems to go wrong sometime between g:c1597e7fb9f9ecb9 and g:10d59b802a7db9ae, which is 36 commits.

[Bug c/111338] ice in vn_walk_cb_data

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111338 --- Comment #1 from David Binderman --- Reduced code is: _BitInt(575) e; main() { __atomic_fetch_and( &e, 4041846263059438536172474439545407924014093165624575019253410396769526512685067898008869928766956536507879398619177846985771

[Bug fortran/111339] New: bounds-check does not detect nonconforming functions

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111339 Bug ID: 111339 Summary: bounds-check does not detect nonconforming functions Product: gcc Version: 4.3.0 Status: UNCONFIRMED Severity: enhancement Priority: P3

[Bug middle-end/111329] [14 regression] gcc.dg/analyzer/out-of-bounds-diagram-1-debug.c fails after r14-3745-g4f4fa2501186e4

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

[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 --- Comment #7 from Mathieu Malaterre --- @rguenth You added `needs-bisection` keyword, but the example is quite small: 154 lines of code.

[Bug c++/106310] [12/13 Regression] lookup after this-> seems wrong for dependent lookup since r12-6754-g30f2c22def739211

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106310 Florian Weimer changed: What|Removed |Added CC||fw at gcc dot gnu.org --- Comment #14

[Bug target/111051] [14 Regression] highway-1.0.6 fails to build as gcc-14.0.0/lib/gcc/x86_64-unknown-linux-gnu/14.0.0/include/avxintrin.h:1238:1: error: inlining failed in call to 'always_inline' '__

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111051 Mathieu Malaterre changed: What|Removed |Added CC||malat at debian dot org --- Comment

[Bug c/111338] New: ice in vn_walk_cb_data

-v Using built-in specs. COLLECT_GCC=/home/dcb38/gcc/results/bin/gcc COLLECT_LTO_WRAPPER=/home/dcb38/gcc/results.20230908.asan.ubsan/libexec/gcc/x86_64-pc-linux-gnu/14.0.0/lto-wrapper Target: x86_64-pc-linux-gnu Configured with: ../trunk.year/configure --prefix=/home/dcb38/gcc/results.20230

[Bug target/111311] RISC-V regression testsuite errors with --param=riscv-autovec-preference=scalable

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111311 --- Comment #4 from JuzheZhong --- Update status: All C++ FAILs are fixed. There are only 38 FAILs in total: FAIL: gcc.c-torture/unsorted/dump-noaddr.c.*r.vsetvl, -O3 -fomit-frame-pointer -funroll-loops -fpeel-loops -ftracer -finline-functio

[Bug c/111337] New: ICE in gimple-isel.cc for RISC-V port

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111337 Bug ID: 111337 Summary: ICE in gimple-isel.cc for RISC-V port Product: gcc Version: 14.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c

[Bug fortran/108957] Fortran FE memleak with interfaces

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108957 Mikael Morin changed: What|Removed |Added Last reconfirmed||2023-09-08 Status|UNCONFIRME

[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 Xi Ruoyao changed: What|Removed |Added Summary|Wrong code at -O2/3 since |[14 Regression] Wrong code

[Bug target/111334] [14 regression] ICE is reported during the combine pass optimization

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111334 --- Comment #15 from Xi Ruoyao --- (In reply to chenglulu from comment #13) > (In reply to Xi Ruoyao from comment #12) > > (In reply to chenglulu from comment #11) > > > (In reply to Xi Ruoyao from comment #10) > > > > (In reply to Xi Ruoyao fro

[Bug target/111334] [14 regression] ICE is reported during the combine pass optimization

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111334 --- Comment #14 from Xi Ruoyao --- I'm trying diff --git a/gcc/config/loongarch/loongarch.md b/gcc/config/loongarch/loongarch.md index 75f641b38ee..44d9b99b2f5 100644 --- a/gcc/config/loongarch/loongarch.md +++ b/gcc/config/loongarch/loongarch.

[Bug target/111334] [14 regression] ICE is reported during the combine pass optimization

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111334 --- Comment #13 from chenglulu --- (In reply to Xi Ruoyao from comment #12) > (In reply to chenglulu from comment #11) > > (In reply to Xi Ruoyao from comment #10) > > > (In reply to Xi Ruoyao from comment #9) > > > > > > > (define_insn "di3_f

[Bug c/111336] New: Wrong code at -O2/3 since r14-2472-g14b10ff30ad

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111336 Bug ID: 111336 Summary: Wrong code at -O2/3 since r14-2472-g14b10ff30ad Product: gcc Version: 14.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: