[Bug testsuite/99731] g++.dg/modules/alias-1_a.H: error: failed to read compiled module: No such file or directory

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99731 H.J. Lu changed: What|Removed |Added Ever confirmed|0 |1 Last reconfirmed|

[Bug target/99703] gcc-10.2.0 with Via C3 Eden: configure: error: Intel CET must be enabled on Intel CET enabled host

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99703 --- Comment #22 from H.J. Lu --- (In reply to Worx from comment #21) > Sorry about the dumb question, but how to know ? Run it under gdb and disassemble. It should show which instruction caused the problem.

[Bug testsuite/99731] New: g++.dg/modules/alias-1_a.H: error: failed to read compiled module: No such file or directory

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99731 Bug ID: 99731 Summary: g++.dg/modules/alias-1_a.H: error: failed to read compiled module: No such file or directory Product: gcc Version: 11.0 Status: UNCONFIRMED

[Bug target/99703] gcc-10.2.0 with Via C3 Eden: configure: error: Intel CET must be enabled on Intel CET enabled host

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99703 --- Comment #20 from H.J. Lu --- (In reply to Worx from comment #19) > It's seems that the patch fix the issue. > > Unfortunately, I have another error, but it's maybe i do not proper > configure "-march=c3" > > > > make[3]: Leaving

[Bug target/99704] volatile is needed on asm statements in

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99704 H.J. Lu changed: What|Removed |Added Status|NEW |RESOLVED Target Milestone|---

[Bug target/99703] gcc-10.2.0 with Via C3 Eden: configure: error: Intel CET must be enabled on Intel CET enabled host

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99703 --- Comment #17 from H.J. Lu --- Created attachment 50451 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=50451=edit A patch Try this.

[Bug target/99703] gcc-10.2.0 with Via C3 Eden: configure: error: Intel CET must be enabled on Intel CET enabled host

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99703 --- Comment #11 from H.J. Lu --- (In reply to Worx from comment #10) > When I deep dive, in the logs > > No issue at the root level : > > c3eden /opt/gcc-10.2.0 # ./configure --disable-cet > checking build system type... i686-pc-linux-gnu >

[Bug target/99704] volatile is needed on asm statements in

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99704 H.J. Lu changed: What|Removed |Added Ever confirmed|0 |1 Assignee|unassigned at gcc dot

[Bug target/99704] New: volatile is needed on asm statements in

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99704 Bug ID: 99704 Summary: volatile is needed on asm statements in Product: gcc Version: 9.3.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: target

[Bug target/99679] [11 Regression] ICE in construct_container at gcc/config/i386/i386.c:2571 since g:5e2eabe1eed1e53d39923517122d3c7de2013ad4

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99679 H.J. Lu changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug target/99652] inline doesn't with -mno-sse

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99652 H.J. Lu changed: What|Removed |Added Target Milestone|--- |11.0 Status|NEW

[Bug target/99652] inline doesn't with -mno-sse

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99652 H.J. Lu changed: What|Removed |Added See Also||https://sourceware.org/bugz

[Bug target/99652] inline doesn't with -mno-sse

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99652 H.J. Lu changed: What|Removed |Added Last reconfirmed||2021-03-18 Status|RESOLVED

[Bug target/99652] New: inline doesn't with -mno-sse

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99652 Bug ID: 99652 Summary: inline doesn't with -mno-sse Product: gcc Version: 11.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: target

[Bug debug/99606] [10/11 Regression] ld.bfd: DWARF error: could not find abbrev number 64 since r10-7521-g54af95767e887d63

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99606 H.J. Lu changed: What|Removed |Added Resolution|--- |MOVED Status|NEW

[Bug debug/99618] `.gnu.debuglto_.debug_macro' referenced in section `.gnu.debuglto_.debug_macro' of X defined in discarded section

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99618 H.J. Lu changed: What|Removed |Added See Also||https://sourceware.org/bugz

[Bug target/99530] [i386] 'P' inline assembly operand modifier should obey -fno-plt

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99530 H.J. Lu changed: What|Removed |Added Resolution|--- |FIXED Target Milestone|---

[Bug tree-optimization/99504] Missing memmove detection

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99504 --- Comment #3 from H.J. Lu --- (In reply to CVS Commits from comment #2) > The master branch has been updated by H.J. Lu : > > https://gcc.gnu.org/g:adf14bdbc10d4114865a08cf20020a2616039057 > > commit

[Bug debug/99618] `.gnu.debuglto_.debug_macro' referenced in section `.gnu.debuglto_.debug_macro' of X defined in discarded section

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99618 --- Comment #16 from H.J. Lu --- (In reply to Richard Biener from comment #15) > So as expected all of the linkers are happy with > > .section.gnu.debuglto_.debug_macro,"e",@progbits > .Ldebug_macro0: > .long

[Bug debug/99618] `.gnu.debuglto_.debug_macro' referenced in section `.gnu.debuglto_.debug_macro' of X defined in discarded section

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99618 H.J. Lu changed: What|Removed |Added Status|REOPENED|NEW --- Comment #9 from H.J. Lu --- (In

[Bug debug/99618] `.gnu.debuglto_.debug_macro' referenced in section `.gnu.debuglto_.debug_macro' of X defined in discarded section

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99618 --- Comment #8 from H.J. Lu --- (In reply to Richard Biener from comment #5) > Maybe it's an assembler bug that it fails to set 'E' on the GROUP section? > SHF_EXLCUDE doesn't apply to "ld -r".

[Bug lto/99618] `.gnu.debuglto_.debug_macro' referenced in section `.gnu.debuglto_.debug_macro' of X defined in discarded section

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99618 --- Comment #7 from H.J. Lu --- (In reply to Jakub Jelinek from comment #6) > For normal non-LTO debug macro we emit: > .section.debug_macro,"",@progbits > .Ldebug_macro0: > .value 0x5 # DWARF macro version number >

[Bug lto/99618] `.gnu.debuglto_.debug_macro' referenced in section `.gnu.debuglto_.debug_macro' of X defined in discarded section

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99618 H.J. Lu changed: What|Removed |Added Resolution|MOVED |--- Last reconfirmed|

[Bug target/99530] [i386] 'P' inline assembly operand modifier should obey -fno-plt

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99530 H.J. Lu changed: What|Removed |Added Attachment #50369|0 |1 is obsolete|

[Bug target/99530] [i386] 'P' inline assembly operand modifier should obey -fno-plt

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99530 --- Comment #12 from H.J. Lu --- (In reply to Thiago Macieira from comment #10) > (In reply to H.J. Lu from comment #9) > > Don't use %P with cmp. > > I know, but that's besides the point. I was merely trying to find something > that would have

[Bug target/99530] [i386] 'P' inline assembly operand modifier should obey -fno-plt

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99530 H.J. Lu changed: What|Removed |Added URL||https://gcc.gnu.org/piperma

[Bug target/99530] [i386] 'P' inline assembly operand modifier should obey -fno-plt

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99530 --- Comment #9 from H.J. Lu --- (In reply to Thiago Macieira from comment #8) > (In reply to H.J. Lu from comment #7) > > Created attachment 50369 [details] > > The v2 patch > > Code generation with "call %P0" is now identical to what GCC

[Bug target/99530] [i386] 'P' inline assembly operand modifier should obey -fno-plt

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99530 H.J. Lu changed: What|Removed |Added Attachment #50366|0 |1 is obsolete|

[Bug target/99530] [i386] 'P' inline assembly operand modifier should obey -fno-plt

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99530 --- Comment #3 from H.J. Lu --- Created attachment 50366 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=50366=edit A patch I am testing this.

[Bug target/99530] [i386] 'P' inline assembly operand modifier should obey -fno-plt

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99530 H.J. Lu changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug libstdc++/99277] C++2a synchronisation is inefficient in GCC 11 and can't be fixed later

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99277 H.J. Lu changed: What|Removed |Added Target Milestone|--- |11.0

[Bug testsuite/99173] [11 Regression] new test case c-c++-common/attr-retain-5.c added in r11-7284 fails

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99173 H.J. Lu changed: What|Removed |Added Resolution|--- |FIXED Status|NEW

[Bug testsuite/99173] new test case c-c++-common/attr-retain-5.c added in r11-7284 fails

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99173 --- Comment #2 from H.J. Lu --- Created attachment 50228 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=50228=edit A patch Try this.

[Bug target/99113] SHF_GNU_RETAIN doesn't work with Linux kernel

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99113 H.J. Lu changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug bootstrap/98860] [11 Regression] boostrap failure on MinGW-w64 windows 10

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98860 --- Comment #34 from H.J. Lu --- This may be related to https://sourceware.org/pipermail/binutils/2021-February/115395.html

[Bug target/99113] SHF_GNU_RETAIN doesn't work with Linux kernel

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99113 H.J. Lu changed: What|Removed |Added Keywords||patch Target Milestone|---

[Bug target/99113] SHF_GNU_RETAIN doesn't work with Linux kernel

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99113 --- Comment #6 from H.J. Lu --- Created attachment 50190 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=50190=edit A kernel patch to pass -fno-gnu-retain This patch makes kernel to boot.

[Bug target/99113] SHF_GNU_RETAIN doesn't work with Linux kernel

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99113 H.J. Lu changed: What|Removed |Added Assignee|unassigned at gcc dot gnu.org |hjl.tools at gmail dot com ---

[Bug target/99113] SHF_GNU_RETAIN doesn't work with Linux kernel

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99113 --- Comment #3 from H.J. Lu --- (In reply to Sergei Trofimovich from comment #2) > 3. I tried to add '.data.event*' (and similar) to linux ldscript and it was > not enough for me to built a kernel that does not crash. Which might hint at >

[Bug target/99113] SHF_GNU_RETAIN doesn't work with Linux kernel

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99113 H.J. Lu changed: What|Removed |Added Last reconfirmed||2021-02-15 Ever confirmed|0

[Bug target/99113] New: SHF_GNU_RETAIN doesn't work with Linux kernel

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99113 Bug ID: 99113 Summary: SHF_GNU_RETAIN doesn't work with Linux kernel Product: gcc Version: 11.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component:

[Bug target/98997] Linking mismatched -fcf-protection objects generates incorrect code

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98997 --- Comment #6 from H.J. Lu --- (In reply to Andy Lutomirski from comment #4) > I should add: on brief inspection, that patch looks like an ABI break for > -fcf-protection=none True if __builtin_longjmp and __builtin_setjmp are compiled by

[Bug target/98997] Linking mismatched -fcf-protection objects generates incorrect code

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98997 --- Comment #5 from H.J. Lu --- (In reply to Andy Lutomirski from comment #3) > What is -fcf-protection=stack actually supposed to do as compared to It is -fcf-protection=return. > -fcf-protection=none? Is it valid to run code compiled with >

[Bug target/98997] Linking mismatched -fcf-protection objects generates incorrect code

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98997 H.J. Lu changed: What|Removed |Added Ever confirmed|0 |1 Last reconfirmed|

[Bug rtl-optimization/98863] WRF with LTO consumes a lot of memory in REE, CPROP, PRE and LRA passes

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98863 --- Comment #28 from H.J. Lu --- (In reply to Richard Biener from comment #27) > HJ, you added remove_partial_avx_dependency - it adds loads of DF problems > but during its execution it does not seem to use anything but doing > df_insn_rescan.

[Bug target/97683] [11 Regression] nios2 assembler branch offset errors building glibc

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97683 H.J. Lu changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever confirmed|0

[Bug target/98172] Update -mtune=generic for the current Intel and AMD processors

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98172 --- Comment #8 from H.J. Lu --- -mtune=generic -mavx2 -mfma generates awful code: [hjl@gnu-skx-1 tmp]$ cat y.c #define DATA_ENTRIES 256 extern double *a, *x, *y, *z; void work() { int i; for (i = 0; i < DATA_ENTRIES; ++i)

[Bug tree-optimization/98758] [9/10/11 Regression] ice in lambda_matrix_right_hermite by r9-3927

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98758 H.J. Lu changed: What|Removed |Added Summary|[11 Regression] ice in |[9/10/11 Regression] ice in

[Bug libgomp/98738] task-detach-6.f90 hangs intermittently

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98738 H.J. Lu changed: What|Removed |Added Status|UNCONFIRMED |NEW CC|

[Bug debug/98716] New: [11 Regression] sanitizer regressions by r11-6755

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98716 Bug ID: 98716 Summary: [11 Regression] sanitizer regressions by r11-6755 Product: gcc Version: 11.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component:

[Bug debug/98708] [11 Regression] cxx11-ios_failure-lt.s:36733: Error: file number less than one by r11-6755

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98708 --- Comment #14 from H.J. Lu --- Created attachment 49986 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=49986=edit A patch How about this assembler patch?

[Bug debug/98708] [11 Regression] cxx11-ios_failure-lt.s:36733: Error: file number less than one by r11-6755

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98708 --- Comment #10 from H.J. Lu --- (In reply to Jakub Jelinek from comment #9) > Bootstrap is fine if one uses older binutils. > The thing is that cxx11-ios_failure* is built by hand first with -g -O2 -S, > then the assembly is modified by a

[Bug debug/98708] [11 Regression] cxx11-ios_failure-lt.s:36733: Error: file number less than one by r11-6755

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98708 H.J. Lu changed: What|Removed |Added Target Milestone|--- |11.0 --- Comment #3 from H.J. Lu --- The

[Bug debug/98708] [11 Regression] cxx11-ios_failure-lt.s:36733: Error: file number less than one by r11-6755

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98708 H.J. Lu changed: What|Removed |Added Summary|[11 Regression] |[11 Regression]

[Bug debug/98708] [11 Regression] cxx11-ios_failure-lt.s:36733: Error: file number less than one

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98708 H.J. Lu changed: What|Removed |Added Ever confirmed|0 |1 Status|UNCONFIRMED

[Bug debug/98708] New: [11 Regression] cxx11-ios_failure-lt.s:36733: Error: file number less than one

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98708 Bug ID: 98708 Summary: [11 Regression] cxx11-ios_failure-lt.s:36733: Error: file number less than one Product: gcc Version: 11.0 Status: UNCONFIRMED Severity:

[Bug target/70454] --with-arch=native isn't applied to 32-bit x86 target library

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70454 H.J. Lu changed: What|Removed |Added CC||crazylht at gmail dot com --- Comment #7 from

[Bug target/98695] [r11-6672 Regression] Failed to bootstrap on Linux/x86_64

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98695 H.J. Lu changed: What|Removed |Added Resolution|--- |DUPLICATE Status|UNCONFIRMED

[Bug target/70454] --with-arch=native isn't applied to 32-bit x86 target library

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70454 H.J. Lu changed: What|Removed |Added Keywords||patch Last reconfirmed|

[Bug middle-end/95021] [10 Regression] Bogus -Wclobbered warning

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95021 Bug 95021 depends on bug 98676, which changed state. Bug 98676 Summary: [11 Regression] gcc.target/i386/pr95021-1.c etc. FAIL https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98676 What|Removed |Added

[Bug testsuite/98676] [11 Regression] gcc.target/i386/pr95021-1.c etc. FAIL

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98676 H.J. Lu changed: What|Removed |Added Resolution|--- |FIXED Status|UNCONFIRMED

[Bug target/98667] gcc generates endbr32 invalid opcode on -march=i486

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98667 --- Comment #10 from H.J. Lu --- (In reply to Matthew Whitehead from comment #1) > Here is the full set of compiler flags used. > > readelf --string-dump='.GCC.command.line' /usr/lib/debug/$( which eix > ).debug > > String dump of section

[Bug testsuite/98676] [11 Regression] gcc.target/i386/pr95021-1.c etc. FAIL

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98676 --- Comment #1 from H.J. Lu --- Created attachment 49966 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=49966=edit A patch STV is disabled by /* Disable STV if -mpreferred-stack-boundary={2,3} or -mincoming-stack-boundary={2,3} or

[Bug target/98667] gcc generates endbr32 invalid opcode on -march=i486

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98667 --- Comment #8 from H.J. Lu --- (In reply to Richard Biener from comment #6) > It probably makes sense to disable CET by default when GCC is configured to > "less" than i686-linux (definitely for i386 and i486, not sure about i586). > Thus

[Bug target/98667] gcc generates endbr32 invalid opcode on -march=i486

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98667 --- Comment #7 from H.J. Lu --- A patch is posted at https://gcc.gnu.org/pipermail/gcc-patches/2021-January/563478.html

[Bug rtl-optimization/97684] [11 Regression] ICE in reg_preferred_class, at reginfo.c:789 by r11-4577

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97684 H.J. Lu changed: What|Removed |Added Summary|[11 Regression] ICE in |[11 Regression] ICE in

[Bug target/98482] -mfentry creates invalid call for -mcmodel=large

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98482 --- Comment #13 from H.J. Lu --- Fixed for GCC 11 so far. Please open a new GCC bug for mcount stack alignment.

[Bug target/98482] -mfentry creates invalid call for -mcmodel=large

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98482 H.J. Lu changed: What|Removed |Added Ever confirmed|0 |1 Last reconfirmed|2021-01-04 00:00:00

[Bug target/98495] X86 _mm_extract_pi16 incorrectly sign extends result

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98495 H.J. Lu changed: What|Removed |Added URL||https://gcc.gnu.org/piperma

[Bug target/98495] X86 _mm_extract_pi16 incorrectly sign extends result

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98495 H.J. Lu changed: What|Removed |Added Ever confirmed|0 |1 CC|

[Bug target/53929] [meta-bug] -masm=intel with global symbol

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53929 H.J. Lu changed: What|Removed |Added CC||teo.samarzija at gmail dot com --- Comment

[Bug target/95652] GCC 8.3.1 generates syntactically incorrect assembly code with -masm=intel

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95652 H.J. Lu changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug target/95652] GCC 8.3.1 generates syntactically incorrect assembly code with -masm=intel

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95652 Bug 95652 depends on bug 87986, which changed state. Bug 87986 Summary: Assembler errors w/ -masm=intel https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87986 What|Removed |Added

[Bug target/53929] [meta-bug] -masm=intel with global symbol

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53929 --- Comment #9 from H.J. Lu --- *** Bug 87986 has been marked as a duplicate of this bug. ***

[Bug target/87986] Assembler errors w/ -masm=intel

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87986 H.J. Lu changed: What|Removed |Added Resolution|--- |DUPLICATE Status|UNCONFIRMED

[Bug inline-asm/98488] name conflict using -masm=intel

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98488 H.J. Lu changed: What|Removed |Added Resolution|--- |DUPLICATE Status|UNCONFIRMED

[Bug target/53929] [meta-bug] -masm=intel with global symbol

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53929 H.J. Lu changed: What|Removed |Added CC||umrihinva123 at gmail dot com --- Comment #8

[Bug target/53929] [meta-bug] -masm=intel with global symbol

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53929 H.J. Lu changed: What|Removed |Added Last reconfirmed||2020-12-31 Status|UNCONFIRMED

[Bug target/98442] [X86] suboptimal for memset with CLEAR_BY_PIECES

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98442 --- Comment #3 from H.J. Lu --- (In reply to H.J. Lu from comment #2) > Please take a look at users/hjl/pieces/master branch: > > https://gitlab.com/x86-gcc/gcc/-/tree/users/hjl/pieces/master > > You may get some ideas. I got [hjl@gnu-cfl-1

[Bug target/98442] [X86] suboptimal for memset with CLEAR_BY_PIECES

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98442 H.J. Lu changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug c++/98463] [11 Regression] internal compiler error: in output_constructor_regular_field, at varasm.c:5491 by r11-2720

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98463 H.J. Lu changed: What|Removed |Added Ever confirmed|0 |1 Last reconfirmed|

[Bug tree-optimization/98464] [11 Regression] ICE: tree check: expected class 'type', have 'exceptional' (error_mark) in tree_nop_conversion_p, at tree.c:12825 by r11-4637

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98464 H.J. Lu changed: What|Removed |Added Summary|[11 Regression] ICE: tree |[11 Regression] ICE: tree

[Bug c++/98461] Suboptimal codegen for negating a movemask

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98461 H.J. Lu changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever confirmed|0

[Bug target/98460] _builtin_cpu_supports("sha") missing

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98460 H.J. Lu changed: What|Removed |Added Version|unknown |10.2.1 Target Milestone|---

[Bug c++/98446] New: C++ modules test failures

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98446 Bug ID: 98446 Summary: C++ modules test failures Product: gcc Version: 11.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ Assignee:

[Bug target/98387] GCC >= 6 cannot inline _mm_cmp_ps on SSE targets

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98387 --- Comment #4 from H.J. Lu --- (In reply to Daniel Han-Chen from comment #3) > (In reply to H.J. Lu from comment #2) > > _mm_cmp_ps is an AVX intrinsic. > > Yep noticed _mm_cmp_ps is only in AVX. The weird part is it actually causes > no

[Bug target/98387] GCC >= 6 cannot inline _mm_cmp_ps on SSE targets

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98387 H.J. Lu changed: What|Removed |Added Resolution|--- |INVALID Status|UNCONFIRMED

[Bug tree-optimization/98381] [11 Regression] Wrong code with -O3 -march=skylake-avx512 by r11-3072

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98381 H.J. Lu changed: What|Removed |Added CC||rguenther at suse dot de Last reconfirmed|

[Bug middle-end/98373] [11 Repression] Bogus error: ‘symbuf’ may be used uninitialized at -O0 by r11-959

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98373 H.J. Lu changed: What|Removed |Added Summary|[11 Repression] Bogus |[11 Repression] Bogus

[Bug middle-end/98373] [11 Repression] Bogus error: ‘symbuf’ may be used uninitialized at -O0

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98373 H.J. Lu changed: What|Removed |Added Status|WAITING |NEW --- Comment #2 from H.J. Lu ---

[Bug middle-end/98373] New: [11 Repression] Bogus error: ‘symbuf’ may be used uninitialized at -O0

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98373 Bug ID: 98373 Summary: [11 Repression] Bogus error: ‘symbuf’ may be used uninitialized at -O0 Product: gcc Version: 11.0 Status: UNCONFIRMED Severity: normal

[Bug c++/98348] GCC 10.2 AVX512 Mask regression from GCC 9

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98348 H.J. Lu changed: What|Removed |Added CC||crazylht at gmail dot com,

[Bug other/98328] [11 Regression] "make install-strip" failed

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98328 H.J. Lu changed: What|Removed |Added Last reconfirmed||2020-12-16 Target Milestone|---

[Bug other/98328] New: [11 Regression] "make install-strip" failed

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98328 Bug ID: 98328 Summary: [11 Regression] "make install-strip" failed Product: gcc Version: 11.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: other

[Bug target/98146] [11 Regression] section type conflict when "used" attribute is applied to decl with specific section

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98146 H.J. Lu changed: What|Removed |Added Resolution|--- |FIXED Status|NEW

[Bug target/98210] [11 Regression] SHF_GNU_RETAIN breaks gold linker generated binaries

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98210 --- Comment #5 from H.J. Lu --- Since gold has been fixed now, you can add a check for broken gold and set HAVE_GAS_SHF_GNU_RETAIN to 0 for broken gold.

[Bug target/98146] [11 Regression] section type conflict when "used" attribute is applied to decl with specific section

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98146 H.J. Lu changed: What|Removed |Added Ever confirmed|0 |1 Last reconfirmed|

[Bug target/98146] [11 Regression] section type conflict when "used" attribute is applied to decl with specific section

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98146 H.J. Lu changed: What|Removed |Added CC||mkuvyrkov at gcc dot gnu.org --- Comment #2

[Bug rtl-optimization/98246] [11 Regression] Linux kernel build fails after 6fbec038f7a7

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98246 H.J. Lu changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug target/98219] User-interrupt return pop corrupt RIP

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98219 H.J. Lu changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

<    5   6   7   8   9   10   11   12   >