[Bug target/111107] i686-w64-mingw32 does not realign stack when __attribute__((aligned)) or __attribute__((vector_size)) are used

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=07 Alex Henrie changed: What|Removed |Added CC||alexhenrie24 at gmail dot com --- Comment

[Bug sanitizer/112708] "gcc -fsanitize=address" produces wrong debug info for variables in function prologue

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112708 --- Comment #5 from Bruno Haible --- (In reply to Andrew Pinski from comment #3) > Also did you add -fvar-tracking-assignments ? No, I haven't. I have specified CFLAGS=-ggdb, indicating that - I don't care about the optimization level, - bu

[Bug target/109811] libjxl 0.7 is a lot slower in GCC 13.1 vs Clang 16

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109811 --- Comment #17 from Artem S. Tashkinov --- Terrific results, thanks a ton! Maybe this bug report could be closed now?

[Bug sanitizer/112708] "gcc -fsanitize=address" produces wrong debug info for variables in function prologue

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112708 --- Comment #4 from Bruno Haible --- (In reply to Andrew Pinski from comment #1) > Is this with or without optimization? Since in step 5, I specified CFLAGS=-ggdb, it is without optimization. (configure sets CFLAGS="-O2 -g" only if CFLAGS is no

[Bug tree-optimization/112709] New: ICE verify_flow_info failed during GIMPLE pass: asan0

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112709 Bug ID: 112709 Summary: ICE verify_flow_info failed during GIMPLE pass: asan0 Product: gcc Version: 14.0 Status: UNCONFIRMED Severity: normal Priority: P3 Compo

[Bug sanitizer/112708] "gcc -fsanitize=address" produces wrong debug info for variables in function prologue

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112708 --- Comment #3 from Andrew Pinski --- Also did you add -fvar-tracking-assignments ? (there are other reports asking to turn on -fvar-tracking-assignments for -O0 except it is a big compile time increase in many cases).

[Bug sanitizer/112708] "gcc -fsanitize=address" produces wrong debug info for variables in function prologue

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112708 --- Comment #2 from Andrew Pinski --- >Which means that the culprit is gcc. Not always ...

[Bug sanitizer/112708] "gcc -fsanitize=address" produces wrong debug info for variables in function prologue

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112708 --- Comment #1 from Andrew Pinski --- Is this with or without optimization?

[Bug sanitizer/112708] New: "gcc -fsanitize=address" produces wrong debug info for variables in function prologue

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112708 Bug ID: 112708 Summary: "gcc -fsanitize=address" produces wrong debug info for variables in function prologue Product: gcc Version: 13.2.0 Status: UNCONFIRMED

[Bug target/112707] [14 regression] gcc 14 outputs invalid assembly on ppc: Error: unrecognized opcode: `fctid'

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112707 Andrew Pinski changed: What|Removed |Added Target Milestone|--- |14.0 --- Comment #3 from Andrew Pinski

[Bug target/112707] [14 regression] gcc 14 outputs invalid assembly on ppc: Error: unrecognized opcode: `fctid'

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112707 --- Comment #2 from Christopher Fore --- Created attachment 56684 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=56684&action=edit assembly output of sharedbook.i

[Bug target/112707] [14 regression] gcc 14 outputs invalid assembly on ppc: Error: unrecognized opcode: `fctid'

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112707 --- Comment #1 from Christopher Fore --- Created attachment 56683 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=56683&action=edit trimmed file with cvise

[Bug c/112707] New: gcc 14 outputs invalid assembly on ppc: Error: unrecognized opcode: `fctid'

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112707 Bug ID: 112707 Summary: gcc 14 outputs invalid assembly on ppc: Error: unrecognized opcode: `fctid' Product: gcc Version: 14.0 Status: UNCONFIRMED Severity: no

[Bug c++/102341] [modules] "error: conflicting exporting declaration" for anything previously declared

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102341 --- Comment #6 from CVS Commits --- The master branch has been updated by Nathaniel Shead : https://gcc.gnu.org/g:9dd8be6fc2debc4fbd0950386d4e98878af27a45 commit r14-5838-g9dd8be6fc2debc4fbd0950386d4e98878af27a45 Author: Nathaniel Shead Date:

[Bug target/109812] GraphicsMagick resize is a lot slower in GCC 13.1 vs Clang 16 on Intel Raptor Lake

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109812 --- Comment #20 from Jan Hubicka --- On zen4 hardware I now get GCC13 with -O3 -flto -march=native -fopenmp 2163 2161 2153 Average: 2159 Iterations Per Minute clang 17 with -O3 -flto -march=native -fopenmp

[Bug middle-end/112653] PTA should handle correctly escape information of values returned by a function

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112653 --- Comment #8 from Jan Hubicka --- On ARM32 and other targets methods returns this pointer. Togher with making return value escape this probably completely disables any chance for IPA tracking of C++ data types...

[Bug target/109811] libjxl 0.7 is a lot slower in GCC 13.1 vs Clang 16

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109811 --- Comment #16 from Sam James --- Thank you all for the effort.

[Bug middle-end/110015] openjpeg is slower when built with gcc13 compared to clang16

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110015 --- Comment #10 from Jan Hubicka --- runtimes on zen4 hardware. trunk -O3 -flto -march-native 42171 42964 42106 clang -O3 -flto -march=native 37393 37423 37508 gcc 13 -O3 -flto -march=native

[Bug target/109811] libjxl 0.7 is a lot slower in GCC 13.1 vs Clang 16

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109811 --- Comment #15 from Jan Hubicka --- With SRA improvements r:aae723d360ca26cd9fd0b039fb0a616bd0eae363 we finally get good performance at -O2. Improvements to push_back implementation also helps a bit. Mainline with default flags (-O2): Inpu

[Bug middle-end/112660] missed-optimization: combine shifts when shifted out bits are known 0

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112660 --- Comment #2 from Andrew Pinski --- (In reply to gooncreeper from comment #1) > This could be further extended for signed integers as we can assume for left > shifts that shifted out bits are always 0 else UB, and always combine x << a > >> b.

[Bug middle-end/112660] missed-optimization: combine shifts when shifted out bits are known 0

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112660 --- Comment #1 from gooncreeper --- This could be further extended for signed integers as we can assume for left shifts that shifted out bits are always 0 else UB, and always combine x << a >> b.

[Bug tree-optimization/112706] missed simplification in FRE

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112706 --- Comment #3 from Jan Hubicka --- Thanks, new pattern looks like noticeable improvement :) Base+offset is effective for alias analysis and I suppose it happens reasonably enough for compares as well. > _76 = _71 + 4; > # .MEM_154 = VDEF <.

[Bug tree-optimization/112706] missed simplification in FRE

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112706 --- Comment #2 from Andrew Pinski --- (In reply to Andrew Pinski from comment #1) > That is: > ``` > (for op (eq ne) > (simplify > (op (pointer_plus @0 @1) (pointer_plus @0 @2)) > (op @1 @2)) > > ``` Note I am missing a extra `)` but the

[Bug pch/112319] [14 Regression] segfault with pch and #pragma GCC diagnostic

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112319 Lewis Hyatt changed: What|Removed |Added Resolution|--- |FIXED Status|NEW

[Bug pch/112319] [14 Regression] segfault with pch and #pragma GCC diagnostic

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112319 --- Comment #3 from CVS Commits --- The master branch has been updated by Lewis Hyatt : https://gcc.gnu.org/g:5d4abd9219dfa53b52b341255e99139bb6cad302 commit r14-5836-g5d4abd9219dfa53b52b341255e99139bb6cad302 Author: Lewis Hyatt Date: Wed N

[Bug bootstrap/111601] [14 Regression] bootstrap fails in stagestrain in libcody on x86_64-linux-gnu and powerpc64le-linux-gnu

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111601 --- Comment #9 from Jakub Jelinek --- Reproduced on powerpc64le-linux with just ../configure --enable-languages=c,c++ --enable-checking=yes,rtl,extra --disable-libsanitizer --with-long-double-128; make -j160 profiledbootstrap so fortunately does

[Bug tree-optimization/112706] missed simplification in FRE

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112706 Andrew Pinski changed: What|Removed |Added Last reconfirmed||2023-11-24 Component|middle-en

[Bug middle-end/112706] New: missed simplification in FRE

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112706 Bug ID: 112706 Summary: missed simplification in FRE Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3 Component: middle-end

[Bug fortran/112700] Segmentation fault with list of characters and types

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

[Bug c/112702] C23, C++23: Extended characters not valid in an identifier with -pedantic

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112702 --- Comment #3 from Jonathan Wakely --- It's also documented in the release notes: https://gcc.gnu.org/gcc-13/changes.html#c (see N2836, Identifier Syntax using Unicode Standard Annex 31).

[Bug middle-end/32667] block copy with exact overlap is expanded as memcpy

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=32667 --- Comment #48 from post+gcc at ralfj dot de --- > Note, clang makes the same assumption apparently (while MSVC emits rep movs > inline and ICC either that, or calls _intel_fast_memcpy). MSVC does the same thing as clang and GCC, if godbolt is

[Bug analyzer/112705] New: FAIL: gcc.dg/analyzer/pr94688.c (test for excess errors)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112705 Bug ID: 112705 Summary: FAIL: gcc.dg/analyzer/pr94688.c (test for excess errors) Product: gcc Version: 14.0 Status: UNCONFIRMED Severity: normal Prio

[Bug analyzer/112704] New: FAIL: gcc.dg/analyzer/data-model-20.c (test for warnings, line 17)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112704 Bug ID: 112704 Summary: FAIL: gcc.dg/analyzer/data-model-20.c (test for warnings, line 17) Product: gcc Version: 14.0 Status: UNCONFIRMED Severity: normal

[Bug tree-optimization/110794] FAIL: g++.dg/pr99966.C -std=gnu++17 scan-tree-dump-not vrp1 "throw"

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110794 John David Anglin changed: What|Removed |Added Last reconfirmed|2023-11-17 00:00:00 |2023-11-24 --- Comment #1 from John

[Bug target/112606] [14 Regression] powerpc64le-linux-gnu: 'FAIL: gcc.target/powerpc/p8vector-fp.c scan-assembler xsnabsdp'

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

[Bug debug/112703] New: [13/14 Regression] -fcompare-debug failure at -O1 and above

th-as=/usr/bin/x86_64-pc-linux-gnu-as --disable-libstdcxx-pch --prefix=/repo/gcc-trunk//binary-trunk-r14-5822-20231124121307-g3eb9cae6d37-checking-yes-rtl-df-extra-nobootstrap-amd64 Thread model: posix Supported LTO compression algorithms: zlib zstd gcc version 14.0.0 20231124 (experimental) (GCC)

[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 Sam James changed: What|Removed |Added Summary|[14 Regression] 30-40% exec |[14 Regression] 30-40% exec

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

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112697 Martin Jambor changed: What|Removed |Added CC||jamborm at gcc dot gnu.org,

[Bug middle-end/109849] suboptimal code for vector walking loop

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109849 --- Comment #25 from Martin Jambor --- (In reply to Richard Biener from comment #7) > There is nothing to sink really, loop header copying introduces a PHI and > there's not partial redundancies but only partial-partial and those are not > obvio

[Bug middle-end/109849] suboptimal code for vector walking loop

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109849 --- Comment #24 from CVS Commits --- The master branch has been updated by Jan Hubicka : https://gcc.gnu.org/g:c2dcfb6ba6e9a84a16e63ae73a822ae2a843170c commit r14-5832-gc2dcfb6ba6e9a84a16e63ae73a822ae2a843170c Author: Jan Hubicka Date: Fri

[Bug c++/111703] [11/12/13 Regression] [C++20]Compiler fails when using generic lambda in specific situation since r11-550-gf65a3299a521a4

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111703 --- Comment #9 from CVS Commits --- The releases/gcc-13 branch has been updated by Patrick Palka : https://gcc.gnu.org/g:cc4cbf38e842cf023e2bdc63a51ef836d7726d8e commit r13-8098-gcc4cbf38e842cf023e2bdc63a51ef836d7726d8e Author: Patrick Palka

[Bug c++/107939] [11 Regression] Rejects use of `extern const` variable in a template since r11-557

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107939 --- Comment #11 from CVS Commits --- The releases/gcc-13 branch has been updated by Patrick Palka : https://gcc.gnu.org/g:cc4cbf38e842cf023e2bdc63a51ef836d7726d8e commit r13-8098-gcc4cbf38e842cf023e2bdc63a51ef836d7726d8e Author: Patrick Palka

[Bug c++/112269] [14 Regression] x86_64 GNU/Linux '-m32' multilib 'libstdc++-v3/include/complex:1493: internal compiler error: in tsubst_expr, at cp/pt.cc:21534' since r14-4796-g3e3d73ed5e85e7

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112269 --- Comment #14 from CVS Commits --- The releases/gcc-13 branch has been updated by Patrick Palka : https://gcc.gnu.org/g:dd57446bd90c3225ce45e8818c5b00f2e86a9607 commit r13-8097-gdd57446bd90c3225ce45e8818c5b00f2e86a9607 Author: Patrick Palka

[Bug c++/111703] [11/12/13 Regression] [C++20]Compiler fails when using generic lambda in specific situation since r11-550-gf65a3299a521a4

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111703 --- Comment #8 from CVS Commits --- The releases/gcc-13 branch has been updated by Patrick Palka : https://gcc.gnu.org/g:dd57446bd90c3225ce45e8818c5b00f2e86a9607 commit r13-8097-gdd57446bd90c3225ce45e8818c5b00f2e86a9607 Author: Patrick Palka

[Bug target/112643] [14 regression] including x86intrin.h is broken for -march=native (which adds -mno-avx10.1-256 )

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

[Bug middle-end/109849] suboptimal code for vector walking loop

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109849 --- Comment #23 from CVS Commits --- The master branch has been updated by Martin Jambor : https://gcc.gnu.org/g:aae723d360ca26cd9fd0b039fb0a616bd0eae363 commit r14-5831-gaae723d360ca26cd9fd0b039fb0a616bd0eae363 Author: Martin Jambor Date:

[Bug target/112686] [14 Regression] ICE: in gen_reg_rtx, at emit-rtl.cc:1176 with -fsplit-stack -mcmodel=large

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112686 Uroš Bizjak changed: What|Removed |Added Resolution|--- |FIXED Status|ASSIGNED

[Bug target/112686] [14 Regression] ICE: in gen_reg_rtx, at emit-rtl.cc:1176 with -fsplit-stack -mcmodel=large

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112686 --- Comment #4 from CVS Commits --- The master branch has been updated by Uros Bizjak : https://gcc.gnu.org/g:404ea4c1381398aee162415a88e5cb81c44f8c69 commit r14-5830-g404ea4c1381398aee162415a88e5cb81c44f8c69 Author: Uros Bizjak Date: Fri N

[Bug middle-end/112634] [14 Regression][OpenMP][-fprofile-generate] ICE in verify_gimple for gcc.dg/gomp/pr27573.c:

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

[Bug target/112672] [14 Regression] wrong code with __builtin_parityl() at -O and above on x86_64

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

[Bug target/112675] [14 Regression] r14-5385-g0a140730c97087 caused regression on testcases for i386

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

[Bug sanitizer/112562] [14 regression] asan_interceptors_memintrinsics.cpp doesn't assemble with Solaris/x86 as

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

[Bug tree-optimization/111293] [14 Regression] Missed Dead Code Elimination since r14-3414-g0cfc9c953d0

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111293 --- Comment #2 from Andrew Macleod --- It seems like we set 'e' to 3 immediately at the start: [local count: 1073741824]: e = 3; goto ; [100.00%] and it is never changed again. However, when we load from 'e' later in the IL [local cou

[Bug target/112300] [14 Regression] Cross compiling to mipsisa64r2-sde-elf fails because "HEAP_TRAMPOLINES_INIT was not declared in this scope" since r14-4821-g28d8c680aaea46

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

[Bug tree-optimization/108351] [13/14 Regression] Dead Code Elimination Regression at -O3 since r13-4240-gfeeb0d68f1c708

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108351 Martin Jambor changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug preprocessor/112701] wrong type inference for ternary operator with `0/0u` in preprocessing context

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112701 --- Comment #1 from Andrew Pinski --- Interesting is MSVC emits both. clang emits none.

[Bug c/112702] C23, C++23: Extended characters not valid in an identifier with -pedantic

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112702 --- Comment #2 from Andrew Pinski --- The answer is to is expected, the answer is YES.

[Bug c++/109936] error: extended character ≠ is not valid in an identifier

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

[Bug c/112702] C23, C++23: Extended characters not valid in an identifier with -pedantic

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

[Bug tree-optimization/111137] [11/12 Regression] Wrong code at -O2/3

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=37 Richard Biener changed: What|Removed |Added Known to fail||13.2.0 Known to work|

[Bug tree-optimization/111465] [14 regression] stage 3 ICE kills bootstrap from r14-4089-gd45ddc2c04e471d0dcee01

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111465 --- Comment #13 from CVS Commits --- The releases/gcc-13 branch has been updated by Richard Biener : https://gcc.gnu.org/g:152400decc8383aeff9a9ad8262b9e7e2fff61e0 commit r13-8096-g152400decc8383aeff9a9ad8262b9e7e2fff61e0 Author: Richard Biene

[Bug tree-optimization/111137] [11/12/13 Regression] Wrong code at -O2/3

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=37 --- Comment #5 from CVS Commits --- The releases/gcc-13 branch has been updated by Richard Biener : https://gcc.gnu.org/g:4649121c8e3bae1315e265ad2e205990e39573c5 commit r13-8095-g4649121c8e3bae1315e265ad2e205990e39573c5 Author: Richard Biener

[Bug c/112702] New: C23, C++23: Extended characters not valid in an identifier with -pedantic

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112702 Bug ID: 112702 Summary: C23, C++23: Extended characters not valid in an identifier with -pedantic Product: gcc Version: 14.0 Status: UNCONFIRMED Severity: norm

[Bug target/112672] [14 Regression] wrong code with __builtin_parityl() at -O and above on x86_64

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112672 Uroš Bizjak changed: What|Removed |Added Target Milestone|14.0|11.5 --- Comment #9 from Uroš Bizjak ---

[Bug target/112672] [14 Regression] wrong code with __builtin_parityl() at -O and above on x86_64

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112672 --- Comment #8 from CVS Commits --- The releases/gcc-11 branch has been updated by Uros Bizjak : https://gcc.gnu.org/g:422e30e4d5ca2f26f77e7c90e09658408c07a23c commit r11-1-g422e30e4d5ca2f26f77e7c90e09658408c07a23c Author: Uros Bizjak Dat

[Bug target/112672] [14 Regression] wrong code with __builtin_parityl() at -O and above on x86_64

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112672 --- Comment #7 from CVS Commits --- The releases/gcc-12 branch has been updated by Uros Bizjak : https://gcc.gnu.org/g:f0445f4401c941d0aa3cc413ca4548f313cc1257 commit r12-10001-gf0445f4401c941d0aa3cc413ca4548f313cc1257 Author: Uros Bizjak Dat

[Bug preprocessor/112701] New: wrong type inference for ternary operator in preprocessing context

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112701 Bug ID: 112701 Summary: wrong type inference for ternary operator in preprocessing context Product: gcc Version: 13.0 Status: UNCONFIRMED Severity: normal

[Bug tree-optimization/108351] [13/14 Regression] Dead Code Elimination Regression at -O3 since r13-4240-gfeeb0d68f1c708

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108351 --- Comment #9 from Yann Girsberger --- > Is this reduced from a real-world problem? No, it is reduced from a modified csmith/random program.

[Bug target/111408] [14 Regression] Wrong code at -O2/3 on x86_64-linux-gnu since r14-2866-ge68a31549d9

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

[Bug fortran/112700] New: Segmentation fault with list of characters and types

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112700 Bug ID: 112700 Summary: Segmentation fault with list of characters and types Product: gcc Version: 13.2.1 Status: UNCONFIRMED Severity: normal Priority: P3 Comp

[Bug c++/99232] Exported variable in module gives error: 'lambda' was not declared in this scope

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99232 --- Comment #2 from CVS Commits --- The master branch has been updated by Nathaniel Shead : https://gcc.gnu.org/g:726723c476800285cfbdfce612cedde4a9a7ad58 commit r14-5826-g726723c476800285cfbdfce612cedde4a9a7ad58 Author: Nathaniel Shead Date:

[Bug c/112699] Should limits.h in freestanding environment be self-contained?

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112699 --- Comment #3 from Xi Ruoyao --- (In reply to Alexander Monakov from comment #1) > Can you clarify which file you mean? gcc/ginclude does not have a limits.h. > > I assume you are not talking about the fixinclude'd limits.h? No, I mean the li

[Bug tree-optimization/112694] RISC-V: zve64d testing expose many ICE on C/C++ testing

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112694 --- Comment #5 from CVS Commits --- The master branch has been updated by Pan Li : https://gcc.gnu.org/g:aea337cf740ec33022f3cabfa7dd4333d5ba78ee commit r14-5825-gaea337cf740ec33022f3cabfa7dd4333d5ba78ee Author: Juzhe-Zhong Date: Fri Nov 24

[Bug target/112686] [14 Regression] ICE: in gen_reg_rtx, at emit-rtl.cc:1176 with -fsplit-stack -mcmodel=large

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112686 Uroš Bizjak changed: What|Removed |Added Assignee|unassigned at gcc dot gnu.org |ubizjak at gmail dot com

[Bug tree-optimization/108351] [13/14 Regression] Dead Code Elimination Regression at -O3 since r13-4240-gfeeb0d68f1c708

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108351 Sam James changed: What|Removed |Added CC||sjames at gcc dot gnu.org --- Comment #8 fr

[Bug target/109977] [14 Regression] ICE: output_operand: incompatible floating point / vector register operand for '%d' at -Og since r14-215-g85279b0bddc1c5

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109977 --- Comment #5 from Sam James --- If needed, you can email me an SSH key for a Neoverse-N1 (fp asimd evtstrm aes pmull sha1 sha2 crc32 atomics fphp asimdhp cpuid asimdrdm lrcpc dcpop asimddp ssbs) which should be fast.

[Bug target/109977] [14 Regression] ICE: output_operand: incompatible floating point / vector register operand for '%d' at -Og

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

[Bug c/112699] Should limits.h in freestanding environment be self-contained?

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112699 --- Comment #2 from Alexander Monakov --- Sorry, even though GCC's limits.h is installed under include-fixed, it is generated separately, not by the generic fixincludes mechanism. I was confused.

[Bug target/112686] [14 Regression] ICE: in gen_reg_rtx, at emit-rtl.cc:1176 with -fsplit-stack -mcmodel=large

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112686 Jakub Jelinek changed: What|Removed |Added CC||jakub at gcc dot gnu.org,

[Bug c/112699] Should limits.h in freestanding environment be self-contained?

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112699 Alexander Monakov changed: What|Removed |Added CC||amonakov at gcc dot gnu.org --- Com

[Bug target/112681] [14 Regression] ICE: in extract_insn, at recog.cc:2804 (unrecognizable insn) with -O2 -mfma -mno-sse4.2 and memcmp() since r14-5747

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

[Bug target/112681] [14 Regression] ICE: in extract_insn, at recog.cc:2804 (unrecognizable insn) with -O2 -mfma -mno-sse4.2 and memcmp() since r14-5747

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112681 --- Comment #8 from CVS Commits --- The master branch has been updated by Jakub Jelinek : https://gcc.gnu.org/g:3eb9cae6d375d222787498b15ac87f383b3834fe commit r14-5822-g3eb9cae6d375d222787498b15ac87f383b3834fe Author: Jakub Jelinek Date: F

[Bug middle-end/112679] ICE in expand_float, at optabs.cc:5724 with bitint

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

[Bug tree-optimization/112673] [14 Regression] ICE verify_gimple failed since r14-5557-g6dd4c703be17fa

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

[Bug tree-optimization/112673] [14 Regression] ICE verify_gimple failed since r14-5557-g6dd4c703be17fa

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112673 --- Comment #3 from CVS Commits --- The master branch has been updated by Jakub Jelinek : https://gcc.gnu.org/g:eebcad0ac22010fc59de9d856bb02017fccab282 commit r14-5819-geebcad0ac22010fc59de9d856bb02017fccab282 Author: Jakub Jelinek Date: F

[Bug c/112699] New: Should limits.h in freestanding environment be self-contained?

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112699 Bug ID: 112699 Summary: Should limits.h in freestanding environment be self-contained? Product: gcc Version: 14.0 Status: UNCONFIRMED Severity: normal

[Bug middle-end/112679] ICE in expand_float, at optabs.cc:5724 with bitint

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112679 --- Comment #2 from CVS Commits --- The master branch has been updated by Jakub Jelinek : https://gcc.gnu.org/g:31669ec1d01c93fb0a63a7053ad314c17fa5a416 commit r14-5818-g31669ec1d01c93fb0a63a7053ad314c17fa5a416 Author: Jakub Jelinek Date: F

[Bug tree-optimization/112677] [14 Regression] ASAN reports stack-buffer-overflow in tree-vect-loop.cc vect_is_simple_use when compiling with -mavx512

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112677 Richard Biener changed: What|Removed |Added Resolution|--- |FIXED Status|ASSIGNED

[Bug other/86656] [meta-bug] Issues found with -fsanitize=address

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86656 Bug 86656 depends on bug 112677, which changed state. Bug 112677 Summary: [14 Regression] ASAN reports stack-buffer-overflow in tree-vect-loop.cc vect_is_simple_use when compiling with -mavx512 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112677

[Bug tree-optimization/112677] [14 Regression] ASAN reports stack-buffer-overflow in tree-vect-loop.cc vect_is_simple_use when compiling with -mavx512

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112677 --- Comment #3 from CVS Commits --- The master branch has been updated by Richard Biener : https://gcc.gnu.org/g:9f63a8898154473f7b773c3e2ed71e4959719b71 commit r14-5817-g9f63a8898154473f7b773c3e2ed71e4959719b71 Author: Richard Biener Date:

[Bug tree-optimization/112661] [14] RISC-V ICE: in duplicate_and_interleave, at tree-vect-slp.cc:8025 with maxval_char_3.f90 vlen256b since r14-5101-g60034ecf25597b

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112661 --- Comment #14 from Richard Biener --- (In reply to Richard Sandiford from comment #13) > In vect_create_constant_vectors, I think the uniform_elt needs > to come first, and needs to be used irrespective of whether the > number of elements is c

[Bug target/112698] gcc-14-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 --- Comment #1 from Christophe Lyon --- For gcc.target/arm/bfloat16_vector_typecheck* tests, the log says: FAIL: gcc.target/arm/bfloat16_vector_typecheck_1.c (test for excess errors) Excess errors: bfloat16_vector_typecheck_1.c:122:17: error: in

[Bug tree-optimization/112661] [14] RISC-V ICE: in duplicate_and_interleave, at tree-vect-slp.cc:8025 with maxval_char_3.f90 vlen256b since r14-5101-g60034ecf25597b

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112661 --- Comment #13 from Richard Sandiford --- In vect_create_constant_vectors, I think the uniform_elt needs to come first, and needs to be used irrespective of whether the number of elements is constant. The general tree_vector_builder has a more

[Bug middle-end/32667] block copy with exact overlap is expanded as memcpy

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=32667 --- Comment #47 from Jakub Jelinek --- (In reply to Richard Biener from comment #46) > So yes, the most clean solution would be to have __forgiving_memcpy > possibly also allowing NULL pointers when n == 0 besides allowing > the exact overlap. I

[Bug target/112698] New: gcc-14-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 Bug ID: 112698 Summary: gcc-14-5617-gb8592186611 introduces regressions in bfloat16_vector_typecheck_1.c for cortex-m0 and cortex-m3 Product: gcc Version: 14.0

[Bug middle-end/111655] [11/12/13/14 Regression] wrong code generated for __builtin_signbit and 0./0. on x86-64 -O2

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111655 --- Comment #14 from rguenther at suse dot de --- On Fri, 24 Nov 2023, amonakov at gcc dot gnu.org wrote: > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111655 > > --- Comment #13 from Alexander Monakov --- > > Then there is the MULT_EXPR x *

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

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112697 Richard Biener changed: What|Removed |Added Target Milestone|--- |14.0 --- Comment #2 from Richard Biene

[Bug middle-end/111655] [11/12/13/14 Regression] wrong code generated for __builtin_signbit and 0./0. on x86-64 -O2

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111655 --- Comment #13 from Alexander Monakov --- > Then there is the MULT_EXPR x * x case This is PR 111701. It would be nice to clarify what "nonnegative" means in the contracts of this family of functions, because it's ambiguous for NaNs and negat

[Bug middle-end/111655] [11/12/13/14 Regression] wrong code generated for __builtin_signbit and 0./0. on x86-64 -O2

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

[Bug sanitizer/112353] asan-enabled, aarch64-gcc cross-compiled elf executables fail ro run in qemu-user on x86

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112353 --- Comment #3 from Robert --- Thanks for the information!

  1   2   >