[Bug binutils/24631] libctf: MinGW builds do not have NBBY/O_CLOEXEC
https://sourceware.org/bugzilla/show_bug.cgi?id=24631 Pekka Seppänen changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|--- |FIXED --- Comment #1 from Pekka Seppänen --- Is fixed on trunk, tested. -- You are receiving this mail because: You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug binutils/24633] objdump accepts invalid encoding for vextractf32x8 (possibly others).
https://sourceware.org/bugzilla/show_bug.cgi?id=24633 H.J. Lu changed: What|Removed |Added Target Milestone|--- |2.33 --- Comment #4 from H.J. Lu --- Fixed for 2.33. -- You are receiving this mail because: You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug gas/24626] gas/objdump does not check for reserved vex.vvvv bits.
https://sourceware.org/bugzilla/show_bug.cgi?id=24626 H.J. Lu changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|--- |FIXED Target Milestone|--- |2.33 --- Comment #3 from H.J. Lu --- Fixed for 2.33. -- You are receiving this mail because: You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug gas/24626] gas/objdump does not check for reserved vex.vvvv bits.
https://sourceware.org/bugzilla/show_bug.cgi?id=24626 --- Comment #4 from Hendrik Greving --- Thanks. -- You are receiving this mail because: You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug binutils/24633] objdump accepts invalid encoding for vextractf32x8 (possibly others).
https://sourceware.org/bugzilla/show_bug.cgi?id=24633 --- Comment #5 from Hendrik Greving --- Thanks. -- You are receiving this mail because: You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug binutils/24633] objdump accepts invalid encoding for vextractf32x8 (possibly others).
https://sourceware.org/bugzilla/show_bug.cgi?id=24633 --- Comment #3 from cvs-commit at gcc dot gnu.org --- The master branch has been updated by H.J. Lu : https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;h=12efd68d159444ad8dfe24e49965a228ba980b86 commit 12efd68d159444ad8dfe24e49965a228ba980b86 Author: H.J. Lu Date: Wed Jun 5 10:27:08 2019 -0700 i386: Check vector length for EVEX vextractfXX and vinsertfXX Since not all vector lengths are supported by EVEX vextractfXX and vinsertfXX, decode them only with supported vector lengths. gas/ PR binutils/24633 * testsuite/gas/i386/disassem.s: Add tests for invalid vector lengths for EVEX vextractfXX and vinsertfXX. * testsuite/gas/i386/x86-64-disassem.s: Likewise. * testsuite/gas/i386/disassem.d: Updated. * testsuite/gas/i386/x86-64-disassem.d: Likewise. opcodes/ PR binutils/24633 * i386-dis-evex.h (evex_table): Update EVEX_W_0F3A18_P_2, EVEX_W_0F3A19_P_2, EVEX_W_0F3A1A_P_2 and EVEX_W_0F3A1B_P_2. (evex_len_table): EVEX_LEN_0F3A18_P_2_W_0, EVEX_LEN_0F3A18_P_2_W_1, EVEX_LEN_0F3A19_P_2_W_0, EVEX_LEN_0F3A19_P_2_W_1, EVEX_LEN_0F3A1A_P_2_W_0, EVEX_LEN_0F3A1A_P_2_W_1, EVEX_LEN_0F3A1B_P_2_W_0, EVEX_LEN_0F3A1B_P_2_W_1. * i386-dis.c (EVEX_LEN_0F3A18_P_2_W_0): New enum. (EVEX_LEN_0F3A18_P_2_W_1): Likewise. (EVEX_LEN_0F3A19_P_2_W_0): Likewise. (EVEX_LEN_0F3A19_P_2_W_1): Likewise. (EVEX_LEN_0F3A1A_P_2_W_0): Likewise. (EVEX_LEN_0F3A1A_P_2_W_1): Likewise. (EVEX_LEN_0F3A1B_P_2_W_0): Likewise. (EVEX_LEN_0F3A1B_P_2_W_1): Likewise. -- You are receiving this mail because: You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug gas/24524] -Bsymbolic shared libraries broken on x86
https://sourceware.org/bugzilla/show_bug.cgi?id=24524 Alan Modra changed: What|Removed |Added Status|WAITING |RESOLVED Resolution|--- |INVALID Summary|internal error in symbolS |-Bsymbolic shared libraries |*section_symbol(segT) at|broken on x86 |... gas/subsegs.c:216 | --- Comment #4 from Alan Modra --- I wasn't thinking when I looked at this PR. You must be building with --enable-shared for -Bsymbolic to make any difference. Adding that configure option and -Wl,-Bsymbolic to CFLAGS does reproduce the problem and it's an obvious one. Using -Bsymbolic changes the behaviour of ELF shared libraries. In particular, it breaks x86 and other targets that need to use copy relocations for access to shared library variables in non-PIC executables. You end up with duplicates of the variable, one in the executable and one in the shared library. When library code makes changes to the variable after startup, it makes change to its local copy resulting in the executable copy becoming stale. Don't use -Bsymbolic unless you know what you're doing. -- You are receiving this mail because: You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils