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

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

[Bug tree-optimization/109829] Optimizing __builtin_signbit(x) ? -x : x or abs for FP

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

[Bug libfortran/107068] Run-time error when reading logical arrays with a namelist

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107068 --- Comment #7 from Jerry DeLisle --- In list_read.c we have this comment: /* To read a logical we have to look ahead in the input stream to make sure there is not an equal sign indicating a variable name. To do this we use

[Bug libfortran/107068] Run-time error when reading logical arrays with a namelist

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107068 --- Comment #6 from Jerry DeLisle --- What is happening here is that in the name list input, the variable flp is also a legal LOGICAL value, so our read is interpreting it as the second value of the array flc and trying to continue to read

[Bug analyzer/109851] New: False positive va_arg when iterating through format string with for-loop

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109851 Bug ID: 109851 Summary: False positive va_arg when iterating through format string with for-loop Product: gcc Version: 13.1.0 Status: UNCONFIRMED Severity:

[Bug libgcc/109670] [13/14 regression] Exception handling broken for 32-bit Windows

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109670 --- Comment #15 from Christoph Reiter --- (In reply to Thomas Neumann from comment #12) > Created attachment 55037 [details] > radix sort fix > > I could reproduce the problem, the radix sort did not behave correctly when > we ran out of bits,

[Bug c/87379] Warn about function pointer casts which differ in variadic-ness [-Wcast-variadic-function-type]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87379 --- Comment #3 from Sam James --- This is a bit of (not entirely, but a lot of) what I was reaching for in PR109835. I knew there was a ppc64 example in my head but I couldn't find it. It's also a good argument for just doing it entirely for

[Bug c/109835] -Wincompatible-function-pointer-types as a subset of -Wincompatible-pointer-types?

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109835 --- Comment #4 from Sam James --- (In reply to Eric Gallager from comment #3) > I thought that there was already a separate bug for this, but it turns out > that I was thinking of bug 87379, which is for something different... Good catch. I

[Bug c++/109850] ICE compiling ccache 4.8

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109850 --- Comment #4 from Andrew Pinski --- And yes it is a dup: void LocalStorage::recompress { [&](const auto& l1_index, const auto& l1_progress_receiver) { [&](const auto& l2_index, const auto& l2_progress_receiver) {

[Bug c++/109241] [12/13 Regression] ICE Segmentation fault for statement expression with a local type inside inside a generic lambda inside a generic lambda since r13-6722-gb323f52ccf966800

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

[Bug c++/109850] ICE compiling ccache 4.8

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

[Bug c++/109241] [12/13 Regression] ICE Segmentation fault for statement expression with a local type inside inside a generic lambda inside a generic lambda since r13-6722-gb323f52ccf966800

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109241 Andrew Pinski changed: What|Removed |Added Known to fail||12.3.0, 13.0 Target Milestone|13.0

[Bug c++/109850] ICE compiling ccache 4.8

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109850 --- Comment #2 from Paul Smith --- I don't know if this is of any use but I ran under valgrind and get this result: ==3019683== Command: /data/src/build/x86_64-linux/cc/unknown/bin/../libexec/gcc/x86_64-unknown-linux-gnu/12.3.0/cc1plus

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

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109849 --- Comment #2 from Andrew Pinski --- (In reply to Jan Hubicka from comment #0) > saving an instruction. Why we do not move stack+8 updating out of the loop? Maybe because of a clobber: cur$second_5 = MEM[(const struct pairD.26349 &)_7 +

[Bug c++/109850] ICE compiling ccache 4.8

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109850 Paul Smith changed: What|Removed |Added CC||psmith at gnu dot org --- Comment #1 from

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

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109849 --- Comment #1 from Andrew Pinski --- Actually why didn't we copy the loop header in the first place?

[Bug c++/109850] New: ICE compiling ccache 4.8

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109850 Bug ID: 109850 Summary: ICE compiling ccache 4.8 Product: gcc Version: 12.3.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++

[Bug tree-optimization/109829] Optimizing __builtin_signbit(x) ? -x : x or abs for FP

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109829 --- Comment #8 from Andrew Pinski --- Created attachment 55079 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=55079=edit Patch which I am testing

[Bug fortran/109846] [rejects valid] Pointer-valued function reference rejected as actual argument

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109846 --- Comment #2 from Neil Carlson --- Amusing! I have a regression in 13.1 (which I need to create a reproducer for) where the workaround for a segfault is to use a RESULT variable -- just the opposite :-)

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

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109849 Bug ID: 109849 Summary: suboptimal code for vector walking loop Product: gcc Version: 13.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component:

[Bug fortran/109846] [rejects valid] Pointer-valued function reference rejected as actual argument

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109846 kargl at gcc dot gnu.org changed: What|Removed |Added Priority|P3 |P4 CC|

[Bug tree-optimization/109848] New: [14 Regression] Recent change causing testsuite ICE on csky port

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109848 Bug ID: 109848 Summary: [14 Regression] Recent change causing testsuite ICE on csky port Product: gcc Version: 14.0 Status: UNCONFIRMED Severity: normal

[Bug analyzer/109847] New: -Wanalyzer-out-of-bounds false positive with Emacs tagged pointers

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109847 Bug ID: 109847 Summary: -Wanalyzer-out-of-bounds false positive with Emacs tagged pointers Product: gcc Version: 13.1.1 Status: UNCONFIRMED Severity: normal

[Bug fortran/109846] New: [rejects valid] Pointer-valued function reference rejected as actual argument

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109846 Bug ID: 109846 Summary: [rejects valid] Pointer-valued function reference rejected as actual argument Product: gcc Version: 13.1.0 Status: UNCONFIRMED

[Bug c++/106943] GCC building clang/llvm with LTO flags causes ICE in clang

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106943 Xi Ruoyao changed: What|Removed |Added Resolution|--- |MOVED Status|WAITING

[Bug libfortran/107068] Run-time error when reading logical arrays with a namelist

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107068 Jerry DeLisle changed: What|Removed |Added CC||jvdelisle at gcc dot gnu.org

[Bug debug/109805] LTO affecting -fdebug-prefix-map

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109805 --- Comment #9 from Sergio Durigan Junior --- at(In reply to Richard Biener from comment #8) > This works for me. The consistency check is not fully implemented and > instead > of passing down no -fdebug-prefix-map the patch passes the first

[Bug middle-end/109845] Addition overflow/carry flag unnecessarily put in a temporary register

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109845 Andrew Pinski changed: What|Removed |Added Last reconfirmed||2023-05-13

[Bug rtl-optimization/109845] Addition overflow/carry flag unnecessarily put in a temporary register

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109845 --- Comment #1 from Andrew Pinski --- Created attachment 55077 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=55077=edit full testcase Next time please attach the full compilable testcase or paste it inline rather than just including a

[Bug rtl-optimization/109845] New: Addition overflow/carry flag unnecessarily put in a temporary register

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109845 Bug ID: 109845 Summary: Addition overflow/carry flag unnecessarily put in a temporary register Product: gcc Version: 13.1.0 Status: UNCONFIRMED Severity:

[Bug rtl-optimization/49054] useless cmp+jmp generated for switch when "default:" is unreachable

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=49054 Paweł Bylica changed: What|Removed |Added CC||chfast at gmail dot com --- Comment #7

[Bug target/109844] Unnecessary basic block with single jmp instruction

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

[Bug target/47253] Conditional jump to tail function is not generated

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

[Bug middle-end/109844] New: Unnecessary basic block with single jmp instruction

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109844 Bug ID: 109844 Summary: Unnecessary basic block with single jmp instruction Product: gcc Version: 13.1.0 Status: UNCONFIRMED Severity: normal Priority: P3

[Bug tree-optimization/109843] New: signbit comparisons -> copysign optimization

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109843 Bug ID: 109843 Summary: signbit comparisons -> copysign optimization Product: gcc Version: 14.0 Status: UNCONFIRMED Keywords: missed-optimization Severity: enhancement

[Bug tree-optimization/109829] Optimizing __builtin_signbit(x) ? -x : x or abs for FP

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109829 --- Comment #7 from Andrew Pinski --- (In reply to Andrew Pinski from comment #6) > I need to double check if == 1 will show up here though. The only thing we know about __builtin_signbit is that is 0 or non-zero. The exact value is

[Bug c/109826] Incompatible pointer types in ?: not covered by -Wincompatible-pointer-types

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109826 Eric Gallager changed: What|Removed |Added CC||egallager at gcc dot gnu.org

[Bug c/109836] -Wpointer-sign should be enabled by default

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109836 Eric Gallager changed: What|Removed |Added CC||egallager at gcc dot gnu.org ---

[Bug c/109835] -Wincompatible-function-pointer-types as a subset of -Wincompatible-pointer-types?

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109835 Eric Gallager changed: What|Removed |Added CC||egallager at gcc dot gnu.org ---

[Bug tree-optimization/108684] [12 Regression] ICE: verify_ssa failed

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108684 Andrew Pinski changed: What|Removed |Added CC||141242068 at smail dot nju.edu.cn ---

[Bug tree-optimization/109842] GCC-12 hangs on simple piece of inline assembly code

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109842 Andrew Pinski changed: What|Removed |Added Resolution|FIXED |DUPLICATE --- Comment #3 from Andrew

[Bug libstdc++/109818] std::trunc() requires a hack after building DJGPP

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109818 --- Comment #26 from Janez Zemva --- I am a c++ user, so I don't like using c header files if at all possible. I am pleased with how things are: I now compile/link a replacement libm and replace the sloppy djgpp header files, but I haven't

[Bug tree-optimization/94911] Failure to optimize comparisons of VLA sizes

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94911 --- Comment #5 from Gabriel Ravier --- Also, as an extra note, w.r.t. https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94911#c3, I've just noticed that I had indeed made a separate bug report at https://gcc.gnu.org/PR94912 (which ended up being

[Bug ipa/109817] internal error in ICF pass on Ada interfaces

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

[Bug target/109807] [14 Regression] sse2-mmx-pmaddwd.c met ICE after commit r14-666-g608e7f3ab47 with march=cascadelake

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109807 --- Comment #11 from Uroš Bizjak --- (In reply to David Binderman from comment #10) > (In reply to Uroš Bizjak from comment #8) > > Fixed. > > I don't think so. The code I gave seems still to crash the compiler: Yes, the cost function is

[Bug target/109807] [14 Regression] sse2-mmx-pmaddwd.c met ICE after commit r14-666-g608e7f3ab47 with march=cascadelake

gcc/results/bin/gcc COLLECT_LTO_WRAPPER=/home/dcb38/gcc/results.20230513.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.20230513.asan.ubsan --disable-multilib --disable-bootstrap --with-bu

[Bug tree-optimization/109842] GCC-12 hangs on simple piece of inline assembly code

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109842 Xi Ruoyao changed: What|Removed |Added Resolution|--- |FIXED Component|middle-end

[Bug libstdc++/109818] std::trunc() requires a hack after building DJGPP

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109818 --- Comment #25 from Jonathan Wakely --- I think the simplest solution for this bug is just use and call trunc instead of trying to use std::trunc. If you use the functions in the global namespace then you get exactly the set that is

[Bug middle-end/109842] GCC-12 hangs on simple piece of inline assembly code

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109842 Xi Ruoyao changed: What|Removed |Added Known to fail||12.1.0, 12.2.0 Known to work|

[Bug middle-end/109842] New: GCC-12 hangs on simple piece of inline assembly code

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109842 Bug ID: 109842 Summary: GCC-12 hangs on simple piece of inline assembly code Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3

[Bug target/109807] [14 Regression] sse2-mmx-pmaddwd.c met ICE after commit r14-666-g608e7f3ab47 with march=cascadelake

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109807 Uroš Bizjak changed: What|Removed |Added Resolution|FIXED |DUPLICATE --- Comment #9 from Uroš

[Bug target/109825] [14 Regression] ICE in ix86_widen_mult_cost, at config/i386/i386.cc:20442 since r14-666-g608e7f3ab47fe7

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109825 Uroš Bizjak changed: What|Removed |Added CC||haochen.jiang at intel dot com ---

[Bug libgcc/109712] Segmentation fault in linear_search_fdes

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109712 --- Comment #6 from Carlos Galvez --- Hi again! I realized there is still one more problem missing, so I suspect the linker was not the only culprit. It does not segfault, but it gets stuck in an infinite loop, once again when mixing

[Bug tree-optimization/106878] [11/12 Regression] ICE: verify_gimple failed at -O2 with pointers and bitwise calculation

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

[Bug tree-optimization/109841] [12/13/14 Regression] ranger ICE in operator_bitwise_not::fold_range

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

[Bug tree-optimization/109841] [12/13/14 Regression] ranger ICE in operator_bitwise_not::fold_range

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

[Bug tree-optimization/109841] [12/13/14 Regression] ranger ICE in operator_bitwise_not::fold_range

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109841 Andrew Pinski changed: What|Removed |Added Target Milestone|--- |12.4

[Bug c++/106943] GCC building clang/llvm with LTO flags causes ICE in clang

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106943 --- Comment #32 from Alexander Monakov --- Ranger ICE is PR 109841 (reduced so it doesn't need LTO).

[Bug tree-optimization/109841] New: [12/13/14 Regression] ranger ICE in operator_bitwise_not::fold_range

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109841 Bug ID: 109841 Summary: [12/13/14 Regression] ranger ICE in operator_bitwise_not::fold_range Product: gcc Version: 12.3.0 Status: UNCONFIRMED Keywords:

[Bug tree-optimization/107855] gcc.dg/vect/vect-ifcvt-18.c FAILs

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107855 Xi Ruoyao changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug middle-end/109840] [14 Regression] internal compiler error: in expand_fn_using_insn, at internal-fn.cc:153 when building graphite2

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109840 --- Comment #3 from Andrew Pinski --- Now the aarch64 backend could add hi and qi patterns for popcount. For the TARGET_CSSC case, it would need to zero extend to SImode. For the !TARGET_CSSC case, it would also zero extend but instead to

[Bug middle-end/109840] [14 Regression] internal compiler error: in expand_fn_using_insn, at internal-fn.cc:153 when building graphite2

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109840 Andrew Pinski changed: What|Removed |Added Last reconfirmed||2023-05-13 Target Milestone|---

[Bug middle-end/109840] internal compiler error: in expand_fn_using_insn, at internal-fn.cc:153 when building graphite2

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109840 --- Comment #1 from Sam James --- Created attachment 55075 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=55075=edit GlyphCache.cpp.ii (reduced)

[Bug middle-end/109840] New: internal compiler error: in expand_fn_using_insn, at internal-fn.cc:153 when building graphite2

9c5e7eac955c7e7d4) 14.0.0 20230513 (experimental) 99488a6048745a7b999c22f46e5814d02ebf88d9 Copyright (C) 2023 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. ```

[Bug c++/106943] GCC building clang/llvm with LTO flags causes ICE in clang

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106943 --- Comment #31 from Alexander Monakov --- (In reply to Xi Ruoyao from comment #28) > "To put it simply, operator delete for class User inspects memory of the > object after the end of its lifetime. This shows as a use-after-dtor error > when