[Bug gas/18700] Wrong code generated on i386 for instructions with AVX-512 {sae}

https://sourceware.org/bugzilla/show_bug.cgi?id=18700 --- Comment #4 from lili.cui at intel dot com --- This is not an issue anymore. I tested these instructions on a machine with AVX512 and they are correct. 1222 : 1222: f3 0f 1e fa endbr64 1226: 55

[Bug gas/32171] The assembler should report errors for illegal uses of egpr instructions.

https://sourceware.org/bugzilla/show_bug.cgi?id=32171 lili.cui at intel dot com changed: What|Removed |Added Status|RESOLVED|CLOSED --- Comment #8

[Bug gas/32171] The assembler should report errors for illegal uses of egpr instructions.

https://sourceware.org/bugzilla/show_bug.cgi?id=32171 --- Comment #4 from lili.cui at intel dot com --- Sorry, correct the commit Id. eea4357967b6182459d423c4d919a7cb0219604b 5a635f1f59ad08e572e36419f1145433fd670214 ec3babb8c10111bacfd195fe9eafed1bfb721b5c -- You are receiving this mail

[Bug gas/32171] The assembler should report errors for illegal uses of egpr instructions.

https://sourceware.org/bugzilla/show_bug.cgi?id=32171 --- Comment #2 from lili.cui at intel dot com --- (In reply to H.J. Lu from comment #1) > Is this the complete list? Yes, I only found these, involving the following three commits eea4357967b6182459d423c4d919a7cb02196

[Bug gas/32171] The assembler should report errors for illegal uses of egpr instructions.

https://sourceware.org/bugzilla/show_bug.cgi?id=32171 lili.cui at intel dot com changed: What|Removed |Added CC||hjl.tools at gmail dot

[Bug gas/32171] The assembler should report errors for illegal uses of egpr instructions.

https://sourceware.org/bugzilla/show_bug.cgi?id=32171 lili.cui at intel dot com changed: What|Removed |Added CC||lili.cui at intel dot com

[Bug gas/32171] New: The assembler should report errors for illegal uses of egpr instructions.

Severity: normal Priority: P2 Component: gas Assignee: unassigned at sourceware dot org Reporter: lili.cui at intel dot com Target Milestone: --- We should report errors for the following instructions, since APX spec doesn't promote

[Bug gas/32022] Assembler shouldn't accept invalid TLS instructions

https://sourceware.org/bugzilla/show_bug.cgi?id=32022 --- Comment #13 from lili.cui at intel dot com --- In addition to the ones you listed, I also added BFD_RELOC_386_TLS_LE_32, because there is a kmov invalidation test case in gas, but linker doesn't check it. gas/testsuite/gas/i386/

[Bug gas/32022] Assembler shouldn't accept invalid TLS instructions

https://sourceware.org/bugzilla/show_bug.cgi?id=32022 --- Comment #2 from lili.cui at intel dot com --- How about creating a function similar to elf_x86_64_check_tls_transition in md_assembler? This makes gcc's error feedback more convenient. But H.J why would you consider adding an o

[Bug binutils/27266] Check for lock prefix with an unlockable instruction in opcode/i386-dis.c

https://sourceware.org/bugzilla/show_bug.cgi?id=27266 lili.cui at intel dot com changed: What|Removed |Added CC||hongjiu.lu at intel dot

[Bug binutils/27266] New: Check for lock prefix with an unlockable instruction in opcode/i386-dis.c

Severity: minor Priority: P2 Component: binutils Assignee: unassigned at sourceware dot org Reporter: lili.cui at intel dot com Target Milestone: --- Examples showing the bug $ cat a.s .text #lock prefetchit0 %rcx (illegal). .byte 0xf0 .byte

[Bug gas/26654] opcodes/i386-dis.c:790 ~800, violate sorting model ,should be placed in MOD_VEX_0F38* group

https://sourceware.org/bugzilla/show_bug.cgi?id=26654 lili.cui at intel dot com changed: What|Removed |Added Resolution|--- |FIXED Status

[Bug gas/26654] New: opcodes/i386-dis.c:790 ~800, violate sorting model ,should be placed in MOD_VEX_0F38* group

: UNCONFIRMED Severity: normal Priority: P2 Component: gas Assignee: unassigned at sourceware dot org Reporter: lili.cui at intel dot com Target Milestone: --- form opcodes/i386-dis.c:790 to 800, there are 11 MOD_VEX_0F38* inserted in MOD_0F38* group