[Bug target/101142] [11/12 regression] Regression due to supporting bitwise operators on AVX512 masks.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101142 Richard Biener changed: What|Removed |Added Priority|P3 |P2

[Bug tree-optimization/101139] Unable to remove double byteswap in fast path

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101139 --- Comment #3 from Richard Biener --- One odd thing is that while __builtin_bswap16 is declared as taking an uint16 argument the frontend promotes it to 'int' and that stays that way in GIMPLE: _16 = (short unsigned int) f$ab_14; _17 = (in

[Bug analyzer/101143] New: [12 Regression] ICE: incompatible types: 'unsigned int' and 'long unsigned int'

:7:10: internal compiler error: incompatible types: 'unsigned int' and 'long unsigned int' 7 | return malloc (sizeof (int)); | ^ 0x12e7ef5 assert_compat_types /var/tmp/portage/cross-aarch64-linux-gnu/gcc-12.0.0_alpha20210620/work

[Bug target/101132] [11/12 regression] [MIPS/MSA] internal compiler error: in do_store_flag, at expr.c:12541

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

[Bug target/101129] [11/12 Regression] wrong code at -O1 since r11-5839

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101129 Richard Biener changed: What|Removed |Added CC||rguenth at gcc dot gnu.org --- Comment

[Bug libstdc++/101124] [12 Regression] pair(0, 0) was intended to be deprecated, but is rejected now

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

[Bug target/101142] [11/12 regression] Regression due to supporting bitwise operators on AVX512 masks.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101142 --- Comment #4 from Hongtao.liu --- (In reply to Andrew Pinski from comment #3) > The exact command line to hit this issue is: > -O3 -march=skylake-avx512 Yes, thanks for the clarification. g++ byteswap.cpp test.cpp -march=skylake-avx512 -O3

[Bug target/100866] PPC: Inefficient code for vec_revb(vector unsigned short) < P9

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100866 --- Comment #9 from Jens Seifert --- I know that if I would use vec_perm builtin as an end user, that you then need to fulfill to the LE specification, but you can always optimize the code as you like as long as it creates correct results afterw

[Bug target/101142] [11/12 regression] Regression due to supporting bitwise operators on AVX512 masks.

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

[Bug debug/101141] Fedora glibc debuginfo .dwz contains a partial unit with needed debuginfo but which is not imported

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101141 --- Comment #3 from roc at ocallahan dot org --- Filed https://sourceware.org/bugzilla/show_bug.cgi?id=28000

[Bug target/101142] [11/12 regression] Regression due to supporting bitwise operators on AVX512 masks.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101142 --- Comment #2 from Hongtao.liu --- I'm working on a patch which disparages slightly the mask register alternative for bitwise operations(using "?k" in alternatives). It can prevent mask bitwise instruction generation when the input is not alloc

[Bug debug/101141] Fedora glibc debuginfo .dwz contains a partial unit with needed debuginfo but which is not imported

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101141 roc at ocallahan dot org changed: What|Removed |Added Resolution|--- |INVALID Status|W

[Bug target/101142] [11/12 regression] Regression due to supporting bitwise operators on AVX512 masks.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101142 --- Comment #1 from Hongtao.liu --- Created attachment 51041 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=51041&action=edit byteswap.cpp

[Bug target/101142] New: [11/12 regression] Regression due to supporting bitwise operators on AVX512 masks.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101142 Bug ID: 101142 Summary: [11/12 regression] Regression due to supporting bitwise operators on AVX512 masks. Product: gcc Version: 12.0 Status: UNCONFIRMED Seve

[Bug debug/101141] Fedora glibc debuginfo .dwz contains a partial unit with needed debuginfo but which is not imported

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

[Bug debug/101141] New: Fedora glibc debuginfo .dwz contains a partial unit with needed debuginfo but which is not imported

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101141 Bug ID: 101141 Summary: Fedora glibc debuginfo .dwz contains a partial unit with needed debuginfo but which is not imported Product: gcc Version: 11.1.1 Status: UNCONFIR

[Bug target/100866] PPC: Inefficient code for vec_revb(vector unsigned short) < P9

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100866 --- Comment #8 from luoxhu at gcc dot gnu.org --- (In reply to Jens Seifert from comment #7) > Regarding vec_revb for vector unsigned int. I agree that > revb: > .LFB0: > .cfi_startproc > vspltish %v1,8 > vspltisw %v0,-16

RISC-V: Parsing custom extension that is version 0

When giving gcc a -march string with a custom extension of version 0 (for example pulpv0) then gcc will think assign in the default version of 2p0. In gcc/common/config/riscv/riscv-common.c the function riscv_subset_list::parsing_subset_version falls back to the default version (2p0) when parsing

[Bug fortran/100971] ICE: Bad IO basetype (7)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100971 Jerry DeLisle changed: What|Removed |Added CC||jvdelisle2 at gmail dot com --- Comment

[Bug rtl-optimization/46235] inefficient bittest code generation

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

[Bug libstdc++/101136] msdosdjgpp toolchain cannot find std::wstring_view

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101136 --- Comment #2 from Jonathan Wakely --- This is because the _GLIBCXX_USE_WCHAR_T macro is not defined, because etc are not complete on the target, so we don't have e.g. wcslen and other wchar_t functions. However, the wchar_t type is always de

[Bug c++/101140] New: [modules] no matching function for call to ‘operator new(sizetype, void*)’

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101140 Bug ID: 101140 Summary: [modules] no matching function for call to ‘operator new(sizetype, void*)’ Product: gcc Version: 12.0 Status: UNCONFIRMED Severity: nor

[Bug target/101132] [11/12 regression] [MIPS/MSA] internal compiler error: in do_store_flag, at expr.c:12541

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101132 --- Comment #4 from Xi Ruoyao --- (In reply to Xi Ruoyao from comment #3) > Another testcase (produced by cvise from mesa-21.1.3): Flag: -O3 -mmsa -fno-trapping-math

[Bug target/101132] [11/12 regression] [MIPS/MSA] internal compiler error: in do_store_flag, at expr.c:12541

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101132 --- Comment #3 from Xi Ruoyao --- Another testcase (produced by cvise from mesa-21.1.3): unsigned float3_to_rgb9e5_gc_0; util_format_r9g9b9e5_float_pack_rgba_float_dst_row_bc_0; util_format_r9g9b9e5_float_pack_rgba_float_dst_row() { unsigned

[Bug target/101132] [11/12 regression] [MIPS/MSA] internal compiler error: in do_store_flag, at expr.c:12541

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101132 Xi Ruoyao changed: What|Removed |Added Component|middle-end |target --- Comment #2 from Xi Ruoyao --- T

[Bug tree-optimization/66787] gcc fails tail call elimination

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66787 Andrew Pinski changed: What|Removed |Added Known to fail||8.3.0 Component|c++

[Bug middle-end/62062] Missed optimization: write ptr reloaded in each loop iteration

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62062 Andrew Pinski changed: What|Removed |Added Component|inline-asm |middle-end --- Comment #4 from Andrew Pi

[Bug middle-end/61621] Normal enum switch slower than test case.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61621 Andrew Pinski changed: What|Removed |Added Component|c++ |middle-end Keywords|

[Bug tree-optimization/94956] Unable to remove impossible ffs() test for zero

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94956 --- Comment #7 from Steinar H. Gunderson --- To wrap this up, confirming that GCC 11 does well on my benchmark: BM_Chain2054529 iterations 18781 ns/iter GCC 10, asm bsfq BM_Chain2044584 iterations 22509 ns/ite

[Bug tree-optimization/101139] Unable to remove double byteswap in fast path

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101139 --- Comment #2 from Andrew Pinski --- (In reply to Andrew Pinski from comment #1) > if (b_13 < h.0_15) > goto ; [51.12%] > else > goto ; [48.88%] > >[local count: 548896825]: > _16 = (short unsigned int) f$ab_14; > _17 = (in

[Bug tree-optimization/101139] Unable to remove double byteswap in fast path

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101139 Andrew Pinski changed: What|Removed |Added Last reconfirmed||2021-06-20 Assignee|unassigne

[Bug c++/61245] #pragma GCC ivdep is ignored with call inside the test of a for loop

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61245 --- Comment #5 from Andrew Pinski --- The loop is still vectorized though. As it looks like it was versioned. t6.cc: In function ‘void doT(SoA&) [with int N = 3]’: t6.cc:34:17: warning: ignoring loop annotation 34 | for (auto i=0U; i

[Bug tree-optimization/101139] New: Unable to remove double byteswap in fast path

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101139 Bug ID: 101139 Summary: Unable to remove double byteswap in fast path Product: gcc Version: 10.2.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component:

[Bug c++/61245] #pragma GCC ivdep is ignored with call inside the test of a for loop

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61245 Andrew Pinski changed: What|Removed |Added Summary|ICE at in expand_ANNOTATE, |#pragma GCC ivdep is |

[Bug c++/61245] ICE at in expand_ANNOTATE, at internal-fn.c:127 called from cfgexpand.c

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61245 Andrew Pinski changed: What|Removed |Added Keywords|ice-on-valid-code |missed-optimization --- Comment #3 from

[Bug target/59555] bogus error: template with C linkage with preprocessed c++ file

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59555 Andrew Pinski changed: What|Removed |Added Resolution|--- |FIXED Component|c++

[Bug target/56066] g++ generates strong symbols conflicting with C99 extern inline code on Windows

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56066 Andrew Pinski changed: What|Removed |Added Resolution|--- |INVALID Status|REOPENED

[Bug c++/43064] improve location and text of diagnostics in constructor initializer lists

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=43064 Andrew Pinski changed: What|Removed |Added CC||bero at arklinux dot org --- Comment #13

[Bug c++/43933] Suboptimal error message when supplying a bad default value in initialization

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

[Bug c++/43933] Suboptimal error message when supplying a bad default value in initialization

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=43933 Andrew Pinski changed: What|Removed |Added Known to fail||8.3.1 --- Comment #3 from Andrew Pinski

[Bug c++/43881] warning attached to a function is emitted even though the function is not being called

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=43881 --- Comment #6 from Andrew Pinski --- The best way to do this is to use asm instead: extern "C" int close(int); extern __typeof__ (close) close __attribute__ ((__warning__ ("The symbol close refers to the system function. Use safe_close instead."

[Bug c++/100134] [modules] ICE when using a vector in a module

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100134 --- Comment #1 from ensadc at mailnesia dot com --- Reduced: vector namespace std { template struct __replace_first_arg; template class _Template, typename _Up, typename _Tp, typename... _Types> struct __replace_fir

[Bug c++/43149] Partial optimization

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

[Bug c++/67252] Demangler fails on template conversion operator

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67252 Andrew Pinski changed: What|Removed |Added Depends on||41233 --- Comment #2 from Andrew Pinski

[Bug c++/101138] Ambiguous code (with operator==) compiled without error

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101138 --- Comment #1 from Andrew Pinski --- ICC also accepts it but Microsoft rejects it. But ICC rejects the following which GCC still accepts: //#include //using namespace std; #define printf __builtin_printf //template struct D { template boo