[Bug c++/107875] New: Deduction for class template specialization types seems to be broken with init-declarator-list

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107875 Bug ID: 107875 Summary: Deduction for class template specialization types seems to be broken with init-declarator-list Product: gcc Version: 12.2.1 Status: UNCONFIRMED

[Bug tree-optimization/42195] missed xnor optimization.

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

[Bug middle-end/68557] Missed x86 peephole optimization for multiplying by a bool

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68557 Andrew Pinski changed: What|Removed |Added Target Milestone|--- |13.0 Status|ASSIGNED

[Bug tree-optimization/70547] Optimize multiplication of booleans to bit_and

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70547 Andrew Pinski changed: What|Removed |Added Resolution|--- |FIXED Status|ASSIGNED

[Bug tree-optimization/70547] Optimize multiplication of booleans to bit_and

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

[Bug fortran/107874] New: merge not using all its arguments

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107874 Bug ID: 107874 Summary: merge not using all its arguments Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran

[Bug target/107627] [13 Regression] int128_t shift generates extra xor/or.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107627 Roger Sayle changed: What|Removed |Added CC||roger at nextmovesoftware dot com --- Co

[Bug c++/107873] C++ without SUPPORTS_ONE_ONLY

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107873 --- Comment #1 from Jonathan Wakely --- (In reply to Alexandre Oliva from comment #0) > Without SUPPORTS_ONE_ONLY, the GNU/Linux bootstrap fails because > pthread_once is not weakref'ed in libstdc++: flag_weak is set to false, so > we define __G

[Bug c/105134] tree-vectorize produces error code

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105134 --- Comment #9 from Andrew Pinski --- https://git.kernel.org/pub/scm/utils/kernel/kexec/kexec-tools.git/commit/purgatory/Makefile?id=1b03cf7adc3c156ecab2618acb1ec585336a3f75 was the commit to "fix" this but as I think I mentioned here it is just

[Bug c/105134] tree-vectorize produces error code

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105134 --- Comment #8 from Andrew Pinski --- Looks like only ppc64 does: ppc64_PURGATORY_EXTRA_CFLAGS += -m64 -msoft-float \ -fno-exceptions Most likely purgatory/arch/x86_64/Makefile needs the following added the end

[Bug c/105134] tree-vectorize produces error code

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105134 --- Comment #7 from Andrew Pinski --- I am trying to understand this. Is it ok to use the SSE registers inside purgatory or not? Now that the vectorizer is used turned on at -O2 and above, without -mno-sse, on x86_64 target, the vector instruct

[Bug fortran/107576] [10/11/12/13 Regression] ICE in gfc_conv_procedure_call, at fortran/trans-expr.cc:6193

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107576 anlauf at gcc dot gnu.org changed: What|Removed |Added Resolution|--- |FIXED Status|ASS

[Bug fortran/107576] [10/11/12/13 Regression] ICE in gfc_conv_procedure_call, at fortran/trans-expr.cc:6193

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107576 --- Comment #14 from CVS Commits --- The releases/gcc-10 branch has been updated by Harald Anlauf : https://gcc.gnu.org/g:b3b48f883d31910f2672640de2f5ff59e765488c commit r10-11095-gb3b48f883d31910f2672640de2f5ff59e765488c Author: Harald Anlauf

[Bug fortran/107576] [10/11/12/13 Regression] ICE in gfc_conv_procedure_call, at fortran/trans-expr.cc:6193

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107576 --- Comment #13 from CVS Commits --- The releases/gcc-11 branch has been updated by Harald Anlauf : https://gcc.gnu.org/g:55e5ef55a0eee1cb329754f30889d93567daae18 commit r11-10394-g55e5ef55a0eee1cb329754f30889d93567daae18 Author: Harald Anlauf

[Bug libstdc++/107871] _Iter_sink:: _M_overflow missing some difference type casting

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107871 --- Comment #1 from Jonathan Wakely --- This isn't valid code, you can't use max diff type for your own types. It can only be used by the library for iota_view, but that doesn't have output iterators.

[Bug fortran/107576] [10/11/12/13 Regression] ICE in gfc_conv_procedure_call, at fortran/trans-expr.cc:6193

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107576 --- Comment #12 from CVS Commits --- The releases/gcc-12 branch has been updated by Harald Anlauf : https://gcc.gnu.org/g:2a7a103dd46cc079252302be69cfef188caee74d commit r12-8942-g2a7a103dd46cc079252302be69cfef188caee74d Author: Harald Anlauf

[Bug fortran/107819] ICE in gfc_check_argument_var_dependency, at fortran/dependency.cc:978

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107819 --- Comment #10 from anlauf at gcc dot gnu.org --- Created attachment 53968 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=53968&action=edit Revised patch (In reply to Mikael Morin from comment #9) > It seems the semantics when an argument

[Bug c++/107873] New: C++ without SUPPORTS_ONE_ONLY

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107873 Bug ID: 107873 Summary: C++ without SUPPORTS_ONE_ONLY Product: gcc Version: 13.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ Assi

[Bug tree-optimization/97832] AoSoA complex caxpy-like loops: AVX2+FMA -Ofast 7 times slower than -O3

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

[Bug fortran/107872] New: ICE on recursive DT with DTIO

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107872 Bug ID: 107872 Summary: ICE on recursive DT with DTIO Product: gcc Version: 12.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran

[Bug tree-optimization/97832] AoSoA complex caxpy-like loops: AVX2+FMA -Ofast 7 times slower than -O3

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97832 --- Comment #17 from Richard Biener --- (In reply to Michael_S from comment #16) > On unrelated note, why loop overhead uses so many instructions? > Assuming that I am as misguided as gcc about load-op combining, I would > write it as: > sub %r

[Bug libstdc++/107871] New: _Iter_sink:: _M_overflow missing some difference type casting

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107871 Bug ID: 107871 Summary: _Iter_sink:: _M_overflow missing some difference type casting Product: gcc Version: 13.0 Status: UNCONFIRMED Severity: normal

[Bug fortran/107870] A possible typo in the documentation of 'FLOOR'

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107870 anlauf at gcc dot gnu.org changed: What|Removed |Added Last reconfirmed||2022-11-25 Keyword

[Bug fortran/107870] New: A possible typo in the documentation of 'FLOOR'

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107870 Bug ID: 107870 Summary: A possible typo in the documentation of 'FLOOR' Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3 Componen

[Bug target/83670] [10/11/12/13 Regression] m32c ICE in leaf_function_p, at final.c:4368

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83670 Andre Vehreschild changed: What|Removed |Added CC||vehre at gcc dot gnu.org --- Comment

[Bug target/106875] [11/12/13 Regression] ICE in ix86_emit_outlined_ms2sysv_save with -mabi=ms -mcall-ms2sysv-xlogues and "#pragma GCC target" since r11-3183-gba948b37768c99cd

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

[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 Jakub Jelinek changed: What|Removed |Added Summary|[11/12/13 Regression] ICE: |[11/12 Regression] ICE:

[Bug c++/84469] structured binding inside for all loop thinks it is type depedent when it is not (inside a template)

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

[Bug c++/99576] [coroutines] destructor of a temporary called too early within co_await expression

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99576 --- Comment #6 from Iain Sandoe --- (In reply to Adrian Perl from comment #5) > Created attachment 53963 [details] thanks for the analysis and the patch. > Patch: > diff --git a/gcc/cp/coroutines.cc b/gcc/cp/coroutines.cc > index 01a3e831ee5..3

[Bug libstdc++/107850] [12/13 Regression] std::erase_if (map) forces predicate to takes a const value_type

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107850 --- Comment #3 from CVS Commits --- The master branch has been updated by Jonathan Wakely : https://gcc.gnu.org/g:f54ceb2062c7fef294f85ae093914fa6c7ca35b8 commit r13-4306-gf54ceb2062c7fef294f85ae093914fa6c7ca35b8 Author: Jonathan Wakely Date:

[Bug target/107860] Compilation failure, ambiguous fisttp

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107860 --- Comment #7 from Andrew Pinski --- The same issue you would run into even on Linux with qemu and gnu as (though gcc does not add the right target options to as as it assumes you have one that targets your target by default.

[Bug target/107860] Compilation failure, ambiguous fisttp

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107860 --- Comment #6 from simon at pushface dot org --- The situation with aarch64-apple-darwin vs x86_64-apple-darwin isn't I think quite like the standard cross-compilation scenario, because of Apple's Rosetta x86_64 emulation and the fact that all t

[Bug tree-optimization/97832] AoSoA complex caxpy-like loops: AVX2+FMA -Ofast 7 times slower than -O3

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97832 --- Comment #16 from Michael_S --- On unrelated note, why loop overhead uses so many instructions? Assuming that I am as misguided as gcc about load-op combining, I would write it as: sub %rax, %rdx .L3: vmovupd (%rdx,%rax), %ymm1 vmovupd

[Bug target/107830] [13 Regression] ICE in gen_aarch64_bitmask_udiv3, at ./insn-opinit.h:813

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107830 --- Comment #4 from CVS Commits --- The master branch has been updated by Tamar Christina : https://gcc.gnu.org/g:71f3036b8a83da7fb559923bc80687ea1dabe14a commit r13-4303-g71f3036b8a83da7fb559923bc80687ea1dabe14a Author: Tamar Christina Date:

[Bug target/107830] [13 Regression] ICE in gen_aarch64_bitmask_udiv3, at ./insn-opinit.h:813

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107830 Tamar Christina changed: What|Removed |Added Resolution|--- |FIXED Status|ASSIGNED

[Bug tree-optimization/107867] [13 Regression] ICE in init_from_control_deps, at gimple-predicate-analysis.cc:1699 since r13-2314-ga8ebd27d0ab69b08

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107867 Richard Biener changed: What|Removed |Added Assignee|unassigned at gcc dot gnu.org |rguenth at gcc dot gnu.org

[Bug sanitizer/107866] [12/13 Regression] gcc trunk's UBSan misses a Null-pointer-dereference at -O3.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107866 --- Comment #3 from Richard Biener --- For some reason we think that the .UBSAN_NULL call doesn't clobber the load from nullptr: [local count: 118111600]: + # VUSE <.MEM_3(D)> + pretmp_7 = MEM[(int *)0B]; [local count: 1073741824]: -

[Bug ada/107810] [13 regression] gnat.dg/unchecked_convert9.adb FAILs

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107810 Eric Botcazou changed: What|Removed |Added Last reconfirmed||2022-11-25 Ever confirmed|0

[Bug tree-optimization/107868] [10 regression] Wrong code on AArch64 at -O1 with new/delete

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107868 Richard Biener changed: What|Removed |Added Keywords||wrong-code Target Milestone|---

[Bug tree-optimization/107868] [10 regression] Wrong code on AArch64 at -O1 with new/delete

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107868 Martin Liška changed: What|Removed |Added Status|UNCONFIRMED |NEW CC|

[Bug sanitizer/107866] [12/13 Regression] gcc trunk's UBSan misses a Null-pointer-dereference at -O3.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107866 Martin Liška changed: What|Removed |Added Last reconfirmed||2022-11-25 Ever confirmed|0

[Bug c++/99576] [coroutines] destructor of a temporary called too early within co_await expression

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99576 Adrian Perl changed: What|Removed |Added CC||adrian.perl at web dot de --- Comment #5 f

[Bug bootstrap/107869] garbled output from configure for darwin and bsd

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107869 --- Comment #1 from Jonathan Wakely --- There's another similar case in libstdc++-v3/configure: checking whether to build libbacktrace support... checking for sys/mman.h... (cached) yes yes

[Bug target/107551] __builtin_cpu_is returns a negative integer for x86-64

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107551 Martin Liška changed: What|Removed |Added Keywords||wrong-code --- Comment #10 from Martin L

[Bug target/107551] __builtin_cpu_is returns a negative integer for x86-64

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107551 Martin Liška changed: What|Removed |Added Summary|g++ 12.2 test fails |__builtin_cpu_is returns a

[Bug bootstrap/107869] New: garbled output from configure for darwin and bsd

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107869 Bug ID: 107869 Summary: garbled output from configure for darwin and bsd Product: gcc Version: 13.0 Status: UNCONFIRMED Severity: minor Priority: P3 Component:

[Bug c++/107813] Enum with underlying type uint8_t bad promotion for unsigned char

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107813 --- Comment #4 from Jonathan Wakely --- (In reply to Grzegorz Drzewiecki from comment #3) > (In reply to Jonathan Wakely from comment #1) > > When you call this->o << t then there is no exact match, so an implicit > > conversion to unsigned char

[Bug sanitizer/107866] [12/13 Regression] gcc trunk's UBSan misses a Null-pointer-dereference at -O3.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107866 --- Comment #2 from Li Shaohua --- (In reply to Jakub Jelinek from comment #1) > This isn't reported since r12-3918-g5b8b1522e04adc20980f396571be1929a32d148a > I wonder what is the point of -O3 -fsanitize=undefined, -fsanitize= severely > slows

[Bug sanitizer/107866] [12/13 Regression] gcc trunk's UBSan misses a Null-pointer-dereference at -O3.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107866 Jakub Jelinek changed: What|Removed |Added Summary|gcc trunk's UBSan misses a |[12/13 Regression] gcc

[Bug tree-optimization/107868] New: [10 regression] Wrong code on AArch64 at -O1 with new/delete

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107868 Bug ID: 107868 Summary: [10 regression] Wrong code on AArch64 at -O1 with new/delete Product: gcc Version: 10.4.0 Status: UNCONFIRMED Severity: normal

[Bug c++/107813] Enum with underlying type uint8_t bad promotion for unsigned char

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107813 --- Comment #3 from Grzegorz Drzewiecki --- (In reply to Jonathan Wakely from comment #1) > When you call this->o << t then there is no exact match, so an implicit > conversion to unsigned char happens. OK. But what botter me. I've added global

[Bug lto/107829] Trivial compile time tracking code

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107829 Martin Liška changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug lto/107829] Trivial compile time tracking code

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107829 --- Comment #3 from CVS Commits --- The master branch has been updated by Martin Liska : https://gcc.gnu.org/g:2b3a3d7fe3420b6b49810b2a7f5d120c53310335 commit r13-4296-g2b3a3d7fe3420b6b49810b2a7f5d120c53310335 Author: Martin Liska Date: Wed

[Bug tree-optimization/107867] [13 Regression] ICE in init_from_control_deps, at gimple-predicate-analysis.cc:1699 since r13-2314-ga8ebd27d0ab69b08

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107867 Martin Liška changed: What|Removed |Added Ever confirmed|0 |1 Target Milestone|---

[Bug tree-optimization/107867] New: [13 Regression] ICE in init_from_control_deps, at gimple-predicate-analysis.cc:1699 since r13-2314-ga8ebd27d0ab69b08

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107867 Bug ID: 107867 Summary: [13 Regression] ICE in init_from_control_deps, at gimple-predicate-analysis.cc:1699 since r13-2314-ga8ebd27d0ab69b08 Product: gcc Version

[Bug libstdc++/107466] [12/13 Regression] invalid -Wnarrowing error with std::subtract_with_carry_engine

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107466 --- Comment #5 from Jonathan Wakely --- https://cplusplus.github.io/LWG/issue3809

[Bug sanitizer/107866] New: gcc trunk's UBSan misses a Nll-pointer-dereference at -O3.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107866 Bug ID: 107866 Summary: gcc trunk's UBSan misses a Nll-pointer-dereference at -O3. Product: gcc Version: 13.0 Status: UNCONFIRMED Severity: normal P

[Bug tree-optimization/107865] [12 Regression] ICE in verify_loop_structure, at cfgloop.cc:1748 (Error: loop 3's number of iterations '_61 > 0 ? (uint128_t) (_61 + -1) : 0' references the released SSA

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107865 Richard Biener changed: What|Removed |Added Summary|[12/13 Regression] ICE in |[12 Regression] ICE in

[Bug tree-optimization/107865] [12/13 Regression] ICE in verify_loop_structure, at cfgloop.cc:1748 (Error: loop 3's number of iterations '_61 > 0 ? (uint128_t) (_61 + -1) : 0' references the released

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107865 --- Comment #2 from CVS Commits --- The master branch has been updated by Richard Biener : https://gcc.gnu.org/g:bcc2449384f2092cbdf5d6ac2357aeabe3212b2e commit r13-4295-gbcc2449384f2092cbdf5d6ac2357aeabe3212b2e Author: Richard Biener Date:

[Bug tree-optimization/97832] AoSoA complex caxpy-like loops: AVX2+FMA -Ofast 7 times slower than -O3

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97832 --- Comment #15 from Richard Biener --- I can confirm we get .L3: vmovupd (%rsi), %ymm1 vmovupd 32(%rsi), %ymm0 addl$1, %eax addq$64, %rdi addq$64, %rsi vblendpd$14, %ymm1, %ymm

[Bug tree-optimization/106912] [13 Regression] ICE in vect_transform_loops, at tree-vectorizer.cc:1032 since r13-1575-gcf3a120084e94614

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106912 --- Comment #5 from Richard Biener --- (In reply to Richard Biener from comment #3) > OK, it's a late IPA pass doing the clones it seems. The scalar node got the > 'const' stripped btw, but the call fntype still has it via the attributes. > >