[Bug binutils/20553] Bug in objdump when disassembling fmul, fmla and fmls

https://sourceware.org/bugzilla/show_bug.cgi?id=20553 Jiong Wang changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Last reconfirmed|

[Bug ld/20535] DSO1 needed by DSO2 linked into executable not found without -rpath-link, even though DT_RPATH and -rpath would find it

https://sourceware.org/bugzilla/show_bug.cgi?id=20535 --- Comment #2 from Stephan Bergmann --- (In reply to Nick Clifton from comment #1) > The problem here is that you are using environment variables which are not > being expanded at link time. No, I'm not using environment variables. I'm

[Bug ld/20551] Cygwin64: ld: infinite loop when linking a shared library from objects compiled with std=c++14

https://sourceware.org/bugzilla/show_bug.cgi?id=20551 Nick Clifton changed: What|Removed |Added CC||nickc at redhat dot com --- Comment

[Bug ld/20535] DSO1 needed by DSO2 linked into executable not found without -rpath-link, even though DT_RPATH and -rpath would find it

https://sourceware.org/bugzilla/show_bug.cgi?id=20535 Nick Clifton changed: What|Removed |Added Status|NEW |RESOLVED CC|

[Bug ld/20528] ld -r doesn't handle SHF_EXCLUDE section properly

https://sourceware.org/bugzilla/show_bug.cgi?id=20528 --- Comment #2 from Nick Clifton --- Hi H.J. > This works: > > diff --git a/ld/emultempl/elf32.em b/ld/emultempl/elf32.em > index dd4d35a..6ce4e00 100644 > --- a/ld/emultempl/elf32.em > +++ b/ld/emultempl/elf32.em > @@ -1903,9 +1903,16 @@

Re: [Bug ld/20528] ld -r doesn't handle SHF_EXCLUDE section properly

Hi H.J. > This works: > > diff --git a/ld/emultempl/elf32.em b/ld/emultempl/elf32.em > index dd4d35a..6ce4e00 100644 > --- a/ld/emultempl/elf32.em > +++ b/ld/emultempl/elf32.em > @@ -1903,9 +1903,16 @@ gld${EMULATION_NAME}_place_orphan (asection *s, > lang_insert_orphan to create a new

[Bug binutils/20637] 32-bit XOP instructions should silently ignore REX_B

https://sourceware.org/bugzilla/show_bug.cgi?id=20637 --- Comment #4 from Ramiro Polla --- Hi Amit, This sample comes from fuzzed data, hence why I provided the bytes directly. The instruction is still valid, though, but with ebp as register (REX_B should be silently

[Bug binutils/20637] 32-bit XOP instructions should silently ignore REX_B

https://sourceware.org/bugzilla/show_bug.cgi?id=20637 --- Comment #3 from Amit Pawar --- Hi Ramior, Instruction syntax format vphsubwd xmm1, xmmword ptr [ebp-0x3e] -> in intel format vphsubwd -0x3e(%ebp),%xmm1 -> GNU AS format. If I assemble this in gas, instruction is encoded

[Bug ld/20636] [arm] ld crash when linking glibc unwind code

https://sourceware.org/bugzilla/show_bug.cgi?id=20636 Nick Clifton changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug ld/20636] [arm] ld crash when linking glibc unwind code

https://sourceware.org/bugzilla/show_bug.cgi?id=20636 --- Comment #9 from cvs-commit at gcc dot gnu.org --- The master branch has been updated by Nick Clifton : https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;h=9eaff8613893f063400fdae95bc382ab33685e3b commit

[Bug binutils/20637] 32-bit XOP instructions should silently ignore REX_B

https://sourceware.org/bugzilla/show_bug.cgi?id=20637 --- Comment #2 from Amit Pawar --- Ramiro, can you please provide the testcase and will try to verify. Thanks. -- You are receiving this mail because: You are on the CC list for the bug. ___

[Bug gas/20641] powerpc: Should not allow three-operand cmp[l][i]

https://sourceware.org/bugzilla/show_bug.cgi?id=20641 --- Comment #4 from Alan Modra --- dcbf needs to keep its L field optional. dcbf is used in the kernel and in glibc without L. Also tlbie and tlbiel ought to be optional, I think, because earlier versions of these insns lacked the L field.