[Bug binutils/22887] New: null pointer dereference in aout_32_swap_std_reloc_out

https://sourceware.org/bugzilla/show_bug.cgi?id=22887 Bug ID: 22887 Summary: null pointer dereference in aout_32_swap_std_reloc_out Product: binutils Version: 2.31 (HEAD) Status: UNCONFIRMED Severity: normal Priority: P2

[Bug binutils/22886] New: Timeout at cplus-dem.c (73658672)

https://sourceware.org/bugzilla/show_bug.cgi?id=22886 Bug ID: 22886 Summary: Timeout at cplus-dem.c (73658672) Product: binutils Version: 2.31 (HEAD) Status: UNCONFIRMED Severity: normal Priority: P2 Component:

[Bug gas/22871] Encode instructions of 64-bit operand without the REX_W bit

https://sourceware.org/bugzilla/show_bug.cgi?id=22871 --- Comment #22 from H.J. Lu --- (In reply to H.J. Lu from comment #15) > (In reply to Jan Beulich from comment #13) > > One more pair of cases to consider is conversion of word/dword/qword add/sub > > with an immediate of 128 to sub/add with

[Bug gas/22871] Encode instructions of 64-bit operand without the REX_W bit

https://sourceware.org/bugzilla/show_bug.cgi?id=22871 --- Comment #21 from H.J. Lu --- (In reply to Linus Torvalds from comment #19) > (In reply to Linus Torvalds from comment #18) > > > > Very interesting. I can confirm that testb seems slower on Skylake too. > > Oh no, I take that back. > >

[Bug gas/22871] Encode instructions of 64-bit operand without the REX_W bit

https://sourceware.org/bugzilla/show_bug.cgi?id=22871 --- Comment #20 from Linus Torvalds --- I thought I could make the numbers more stable by using serializing instructions (cpuid with %eax=0) around the rdtsc, but that just caused some odd bi-modal behavior

[Bug gas/22871] Encode instructions of 64-bit operand without the REX_W bit

https://sourceware.org/bugzilla/show_bug.cgi?id=22871 --- Comment #19 from Linus Torvalds --- (In reply to Linus Torvalds from comment #18) > > Very interesting. I can confirm that testb seems slower on Skylake too. Oh no, I take that back. There's something

[Bug gas/22871] Encode instructions of 64-bit operand without the REX_W bit

https://sourceware.org/bugzilla/show_bug.cgi?id=22871 --- Comment #18 from Linus Torvalds --- (In reply to H.J. Lu from comment #17) > A testb microbenchmark Very interesting. I can confirm that testb seems slower on Skylake too. And it's not some odd effect of

[Bug gas/22871] Encode instructions of 64-bit operand without the REX_W bit

https://sourceware.org/bugzilla/show_bug.cgi?id=22871 --- Comment #17 from H.J. Lu --- Created attachment 10846 --> https://sourceware.org/bugzilla/attachment.cgi?id=10846=edit A testb microbenchmark -- You are receiving this mail because: You are on the CC list for the bug.

[Bug gas/22871] Encode instructions of 64-bit operand without the REX_W bit

https://sourceware.org/bugzilla/show_bug.cgi?id=22871 --- Comment #16 from Linus Torvalds --- (In reply to H.J. Lu from comment #14) > We should avoid testb optimization. This are latencies: > > testb : 33711871 > testw : 21204854 > testl : 18938530 > testq :

[Bug gas/22871] Encode instructions of 64-bit operand without the REX_W bit

https://sourceware.org/bugzilla/show_bug.cgi?id=22871 --- Comment #15 from H.J. Lu --- (In reply to Jan Beulich from comment #13) > One more pair of cases to consider is conversion of word/dword/qword add/sub > with an immediate of 128 to sub/add with -128 as immediate. Done on

[Bug gold/22883] New: Gold mis-evaluates R_X86_64_PLT32 reloc

https://sourceware.org/bugzilla/show_bug.cgi?id=22883 Bug ID: 22883 Summary: Gold mis-evaluates R_X86_64_PLT32 reloc Product: binutils Version: 2.31 (HEAD) Status: NEW Severity: normal Priority: P2 Component:

[Bug binutils/22881] null pointer dereference in assign_file_positions_for_non_load_sections

https://sourceware.org/bugzilla/show_bug.cgi?id=22881 Alan Modra changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug gas/22871] Encode instructions of 64-bit operand without the REX_W bit

https://sourceware.org/bugzilla/show_bug.cgi?id=22871 --- Comment #14 from H.J. Lu --- We should avoid testb optimization. This are latencies: testb : 33711871 testw : 21204854 testl : 18938530 testq : 18942712 on Haswell. Most of other processors show that testb is the slowest. -- You

[Bug binutils/22881] null pointer dereference in assign_file_positions_for_non_load_sections

https://sourceware.org/bugzilla/show_bug.cgi?id=22881 --- Comment #1 from cvs-commit at gcc dot gnu.org --- The master branch has been updated by Alan Modra : https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;h=01f7e10cf2dcf403462b2feed06c43135651556d commit

[Bug gas/22014] as(1) in microMIPS mode: illegal use of memcpy with overlapping addresses

https://sourceware.org/bugzilla/show_bug.cgi?id=22014 --- Comment #8 from Nick Clifton --- (In reply to A. Wilcox from comment #6) > Does the master commit bring this to the 2.30 branch as well, or will there > be no further releases of 2.30? No! My bad. I added the patch to the wrong

[Bug gas/22014] as(1) in microMIPS mode: illegal use of memcpy with overlapping addresses

https://sourceware.org/bugzilla/show_bug.cgi?id=22014 --- Comment #7 from cvs-commit at gcc dot gnu.org --- The binutils-2_30-branch branch has been updated by Nick Clifton :

[Bug binutils/22881] null pointer dereference in assign_file_positions_for_non_load_sections

https://sourceware.org/bugzilla/show_bug.cgi?id=22881 Alan Modra changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Last reconfirmed|

[Bug binutils/22877] Disassemble instructions emulated by the Linux kernel

https://sourceware.org/bugzilla/show_bug.cgi?id=22877 Maciej W. Rozycki changed: What|Removed |Added Target||mips*-*-*

[Bug binutils/22881] New: null pointer dereference in assign_file_positions_for_non_load_sections

https://sourceware.org/bugzilla/show_bug.cgi?id=22881 Bug ID: 22881 Summary: null pointer dereference in assign_file_positions_for_non_load_sections Product: binutils Version: 2.31 (HEAD) Status: UNCONFIRMED