[Bug analyzer/105366] [11/12 Regression] ICE: in cmp_cst, at analyzer/svalue.cc:309 with -O -fanalyzer

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105366 Richard Biener changed: What|Removed |Added Target Milestone|--- |11.4

[Bug analyzer/105365] [12 Regression] ICE: in cmp_cst, at analyzer/svalue.cc:309 with -fanalyzer

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105365 Richard Biener changed: What|Removed |Added Target Milestone|--- |12.0

[Bug lto/105364] lto-wrapper generates URLs escape sequences despite -fdiagnostic-urls=never

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105364 Richard Biener changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug lto/105364] lto-wrapper generates URLs escape sequences despite -fdiagnostic-urls=never

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

[Bug libgomp/105358] [12 Regression] scan* fails on targets without aligned memory allocators.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105358 Richard Biener changed: What|Removed |Added Target Milestone|--- |12.0

[Bug testsuite/105349] [12 regression] gcc.target/powerpc/bswap-brw.c fails after r12-8221

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105349 Richard Biener changed: What|Removed |Added Target Milestone|--- |12.0

[Bug middle-end/105348] Overly aggressive -Warray-bounds after conditional

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105348 Richard Biener changed: What|Removed |Added Keywords||diagnostic Blocks|

[Bug fortran/102043] [9/10/11 Regression] Wrong array types used for negative stride accesses, gfortran.dg/vector_subscript_1.f90 FAILs

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102043 Richard Biener changed: What|Removed |Added Known to work||12.0 Summary|[9/10/11/12 Re

[Bug c/105363] -ftree-slp-vectorize decreases performance significantly (x64)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105363 --- Comment #2 from Hongtao.liu --- Looks like neither ICC nor LLVM vectorized the loop https://godbolt.org/z/sbheqbE6Y

[Bug c/105363] -ftree-slp-vectorize decreases performance significantly (x64)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105363 Hongtao.liu changed: What|Removed |Added CC||crazylht at gmail dot com --- Comment #1

[Bug target/105339] [x86] missing AVX-512F scalef functions when optimization is disabled

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105339 --- Comment #3 from CVS Commits --- The master branch has been updated by Hongyu Wang : https://gcc.gnu.org/g:3c940d42701707559fabe49be99296f60fbc43e7 commit r12-8238-g3c940d42701707559fabe49be99296f60fbc43e7 Author: Hongyu Wang Date: Fri A

[Bug fortran/105372] New: The result of the merge function is different when it's type of parameters is the extensions type of derived type

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105372 Bug ID: 105372 Summary: The result of the merge function is different when it's type of parameters is the extensions type of derived type Product: gcc Version:

[Bug fortran/105371] New: The result of the merge function is different when it's type of parameters is the extensions type of derived type

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105371 Bug ID: 105371 Summary: The result of the merge function is different when it's type of parameters is the extensions type of derived type Product: gcc Version:

[Bug c/105369] Improved diagnostics for code from statement expressions documentation [C component]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105369 --- Comment #3 from Eric Gallager --- (In reply to Eric Gallager from comment #0) > Anyways, that's it for the plain-C code from that page; I'll open a separate > bug for the C++ if it turns out that that needs one, too. OK I opened bug 105370

[Bug c++/105370] New: Improved diagnostics for code from statement expressions documentation [C++ component]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105370 Bug ID: 105370 Summary: Improved diagnostics for code from statement expressions documentation [C++ component] Product: gcc Version: 12.0 Status: UNCONFIRMED K

[Bug c/105369] Improved diagnostics for code from statement expressions documentation [C component]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105369 --- Comment #2 from Andrew Pinski --- I don't think there is a way to get a warning for the abs really and maybe not even wanted. There should definitely be a cross reference to where the documentation says inline functions are fast as macros if

[Bug c/105369] Improved diagnostics for code from statement expressions documentation [C component]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105369 --- Comment #1 from Eric Gallager --- Oh, I should probably add something to test the sentence that says, "If you don’t know the type of the operand, you can still do this, but you must use typeof or __auto_type (see Typeof)," too...

[Bug c/105369] New: Improved diagnostics for code from statement expressions documentation [C component]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105369 Bug ID: 105369 Summary: Improved diagnostics for code from statement expressions documentation [C component] Product: gcc Version: 12.0 Status: UNCONFIRMED Key

[Bug libfortran/105361] Incorrect end-of-file condition for derived-type I/O

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105361 --- Comment #2 from Thomas Koenig --- As expected: FAIL: gfortran.dg/list_read_8.f90 -O0 execution test FAIL: gfortran.dg/list_read_8.f90 -O1 execution test FAIL: gfortran.dg/list_read_8.f90 -O2 execution test FAIL: gfortran.dg/list_re

[Bug libfortran/105361] Incorrect end-of-file condition for derived-type I/O

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105361 --- Comment #1 from Thomas Koenig --- This "fixes" the bug in question, but is almost certainly entirely incorrect for a lot of other cases. Will have to look a bit further. --- a/libgfortran/io/list_read.c +++ b/libgfortran/io/list_read.c @@

[Bug tree-optimization/105368] New: [10/11/12 Regression] ICE: SIGSEGV in powi_lookup_cost (tree-ssa-math-opts.cc:1441) with -Ofast and __builtin_powf()

c-linux-gnu-as --disable-libstdcxx-pch --prefix=/repo/gcc-trunk//binary-trunk-r12-8236-20220424133922-g6b7441a46c7-checking-yes-rtl-df-extra-nobootstrap-amd64 Thread model: posix Supported LTO compression algorithms: zlib zstd gcc version 12.0.1 20220424 (experimental) (GCC)

[Bug tree-optimization/105367] New: [12 Regression] ICE: SIGSEGV in contains_struct_check (tree.h:3570) with -Ofast -mveclibabi=acml

s --disable-libstdcxx-pch --prefix=/repo/gcc-trunk//binary-trunk-r12-8236-20220424133922-g6b7441a46c7-checking-yes-rtl-df-extra-nobootstrap-amd64 Thread model: posix Supported LTO compression algorithms: zlib zstd gcc version 12.0.1 20220424 (experimental) (GCC)

[Bug analyzer/105366] New: [11/12 Regression] ICE: in cmp_cst, at analyzer/svalue.cc:309 with -O -fanalyzer

orted LTO compression algorithms: zlib zstd gcc version 12.0.1 20220424 (experimental) (GCC)

[Bug analyzer/105365] New: [12 Regression] ICE: in cmp_cst, at analyzer/svalue.cc:309 with -fanalyzer

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105365 Bug ID: 105365 Summary: [12 Regression] ICE: in cmp_cst, at analyzer/svalue.cc:309 with -fanalyzer Product: gcc Version: 12.0 Status: UNCONFIRMED Keywords: ice

[Bug fortran/104228] [9/10/11 Regression] ICE in df_install_ref, at df-scan.cc:2294 since r8-3589-g707905d0773e5a8e

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104228 --- Comment #12 from CVS Commits --- The releases/gcc-10 branch has been updated by Mikael Morin : https://gcc.gnu.org/g:4c8e037d32e91c0ec4ac577d1d0723ab9d6ec809 commit r10-10554-g4c8e037d32e91c0ec4ac577d1d0723ab9d6ec809 Author: Mikael Morin

[Bug fortran/104570] [12 Regression] ICE in gfc_conv_scalarized_array_ref, at fortran/trans-array.cc:3681 since r12-7217-g57da34939703a6e6

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104570 --- Comment #7 from CVS Commits --- The releases/gcc-10 branch has been updated by Mikael Morin : https://gcc.gnu.org/g:4c8e037d32e91c0ec4ac577d1d0723ab9d6ec809 commit r10-10554-g4c8e037d32e91c0ec4ac577d1d0723ab9d6ec809 Author: Mikael Morin D

[Bug preprocessor/105362] Improvement: diagnose undefined behavior in preprocessing directives

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105362 Andrew Pinski changed: What|Removed |Added Keywords||diagnostic Component|c

[Bug plugins/105364] New: lto-wrapper generates URLs escape sequences despite -fdiagnostic-urls=never

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105364 Bug ID: 105364 Summary: lto-wrapper generates URLs escape sequences despite -fdiagnostic-urls=never Product: gcc Version: 12.0 Status: UNCONFIRMED Severity: no

[Bug testsuite/105349] [12 regression] gcc.target/powerpc/bswap-brw.c fails after r12-8221

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105349 --- Comment #2 from Segher Boessenkool --- Oh, or you didn't see the next commit?

[Bug c/90181] Feature request: provide a way to explicitly select specific named registers in constraints

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90181 --- Comment #14 from Segher Boessenkool --- It is *impossible* to have the stack registers as inputs to an inline asm, and reliably generate correct code for it that does what the writer of that code expected: loading up the operands to the asm m

[Bug c/105363] New: -ftree-slp-vectorize decreases performance significantly (x64)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105363 Bug ID: 105363 Summary: -ftree-slp-vectorize decreases performance significantly (x64) Product: gcc Version: 12.0 Status: UNCONFIRMED Severity: normal

[Bug c/105362] New: Improvement: diagnose undefined behavior in preprocessing directives

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105362 Bug ID: 105362 Summary: Improvement: diagnose undefined behavior in preprocessing directives Product: gcc Version: 11.2.0 Status: UNCONFIRMED Severity: normal

[Bug fortran/103662] [12 Regression] TBAA problem in Fortran FE triggering in gfortran.dg/unlimited_polymorphic_3.f03

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103662 --- Comment #20 from CVS Commits --- The master branch has been updated by Mikael Morin : https://gcc.gnu.org/g:fa5cd7102da676dcb1757b1288421f5f3439ae0e commit r12-8235-gfa5cd7102da676dcb1757b1288421f5f3439ae0e Author: Mikael Morin Date: Su

[Bug sanitizer/105336] truncated address sanitizer stack traces

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105336 --- Comment #6 from Avi Kivity --- (the reproducer was executed by gcc 12 prerelease, not gcc 11)

[Bug sanitizer/105336] truncated address sanitizer stack traces

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105336 --- Comment #5 from Avi Kivity --- I reduced it to a few lines (attached, intentionally triggers use-after-free). The culprit is -Og. With g++ coroutine-asan.cc -o coroutine-asan --std=c++20 -fsanitize=address -Og I see READ of size 8 at

[Bug sanitizer/105336] truncated address sanitizer stack traces

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105336 --- Comment #4 from Avi Kivity --- Created attachment 52856 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=52856&action=edit intentionally buggy reproducer

[Bug target/104723] [12 regression] Redundant usage of stack

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104723 --- Comment #11 from cuilili --- (In reply to Jakub Jelinek from comment #10) > And for the backend, the question is how big the penalty for the overlapping > store is compared to doing multiple non-overlapping stores. Say for those > 49 bytes