[Bug binutils/22449] New: Memory Leak in bucomm.c (ar)

2017-11-16 Thread timo-high at hotmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=22449 Bug ID: 22449 Summary: Memory Leak in bucomm.c (ar) Product: binutils Version: 2.30 (HEAD) Status: UNCONFIRMED Severity: normal Priority: P2 Component:

[Bug binutils/22426] objcopy crashes with fabricated file

2017-11-16 Thread yeokaiyeat at hotmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=22426 --- Comment #6 from ky --- Thanks a lot on getting back on this! Really appreciate the explanation of the output and the cause of "memory exhaustion" -- You are receiving this mail because: You are on the CC list for the bug.

[Bug gold/22448] Undefined symbol in both shared library and plugin-added object does not trigger archive rescan

2017-11-16 Thread sjc+binutils_bugzilla at immunant dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=22448 Stephen Crane changed: What|Removed |Added Attachment #10605|0

[Bug gold/22448] Undefined symbol in both shared library and plugin-added object does not trigger archive rescan

2017-11-16 Thread sjc+binutils_bugzilla at immunant dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=22448 --- Comment #1 from Stephen Crane --- Created attachment 10605 --> https://sourceware.org/bugzilla/attachment.cgi?id=10605=edit Proposed fix for gold I've attached a patch to fix this bug for

[Bug gold/22448] New: Undefined symbol in both shared library and plugin-added object does not trigger archive rescan

2017-11-16 Thread sjc+binutils_bugzilla at immunant dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=22448 Bug ID: 22448 Summary: Undefined symbol in both shared library and plugin-added object does not trigger archive rescan Product: binutils Version: 2.30 (HEAD) Status:

[Bug binutils/22444] Incorrect note padding check

2017-11-16 Thread hjl.tools at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=22444 --- Comment #9 from H.J. Lu --- Created attachment 10603 --> https://sourceware.org/bugzilla/attachment.cgi?id=10603=edit A testcase Without my patch: [hjl@gnu-6 pr22444]$ readelf -n x.o Displaying notes found in: .note.GNU Owner

[Bug gas/22445] Error: no such instruction: `vpcmplew

2017-11-16 Thread cameron.mcinally at nyu dot edu
https://sourceware.org/bugzilla/show_bug.cgi?id=22445 Cameron McInally changed: What|Removed |Added CC||cameron.mcinally at nyu dot edu

[Bug gas/22445] New: Error: no such instruction: `vpcmplew

2017-11-16 Thread geir at cray dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=22445 Bug ID: 22445 Summary: Error: no such instruction: `vpcmplew Product: binutils Version: 2.21 Status: UNCONFIRMED Severity: normal Priority: P2 Component: gas

[Bug ld/22419] binary format generated by LD is incorrect

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

[Bug binutils/22443] Global buffer overflow in _bfd_elf_get_symbol_version_string

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

[Bug binutils/22421] Heap overflow in bfd_getl32

2017-11-16 Thread nickc at redhat dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=22421 Nick Clifton changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED CC|

[Bug binutils/22421] Heap overflow in bfd_getl32

2017-11-16 Thread cvs-commit at gcc dot gnu.org
https://sourceware.org/bugzilla/show_bug.cgi?id=22421 --- Comment #1 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=80a0437873045cc08753fcac4af154e2931a99fd commit

[Bug binutils/22444] Incorrect note padding check

2017-11-16 Thread hjl.tools at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=22444 --- Comment #8 from H.J. Lu --- I am adding: /* Align an address upward to a boundary, expressed as a number of bytes. E.g. align to an 8-byte boundary with argument of 8. */ #define ELF_ALIGN_UP(addr, boundary) \ (((bfd_vma) (addr) +

[Bug binutils/22444] Incorrect note padding check

2017-11-16 Thread hjl.tools at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=22444 --- Comment #7 from H.J. Lu --- (In reply to Andreas Schwab from comment #6) > But you won't get xword alignment only by aligning the sizes of the name and > data fields, you also need to insert padding before the name field. Since name is a

[Bug binutils/22444] Incorrect note padding check

2017-11-16 Thread sch...@linux-m68k.org
https://sourceware.org/bugzilla/show_bug.cgi?id=22444 --- Comment #6 from Andreas Schwab --- But you won't get xword alignment only by aligning the sizes of the name and data fields, you also need to insert padding before the name field. -- You are receiving this mail

[Bug binutils/22444] Incorrect note padding check

2017-11-16 Thread hjl.tools at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=22444 --- Comment #5 from H.J. Lu --- (In reply to Andreas Schwab from comment #3) > Fact is everyone is assuming word-alignment for notes. This is exacerbated > by the fact that the note header consists of 3 words even for 64-bit > objects, thus

[Bug binutils/22444] Incorrect note padding check

2017-11-16 Thread hjl.tools at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=22444 --- Comment #4 from H.J. Lu --- (In reply to Florian Weimer from comment #2) > Can we really change this in binutils and glibc at this point? Don't we > have to change the gabi documentation instead? All notes are produced according to the

[Bug gold/21074] [2.28 Regression] bfd ld stumbles over duplicated symbols generated by gold

2017-11-16 Thread kfunk at kde dot org
https://sourceware.org/bugzilla/show_bug.cgi?id=21074 Kevin Funk changed: What|Removed |Added CC||kfunk at kde dot org -- You are

[Bug binutils/22444] Incorrect note padding check

2017-11-16 Thread sch...@linux-m68k.org
https://sourceware.org/bugzilla/show_bug.cgi?id=22444 --- Comment #3 from Andreas Schwab --- Fact is everyone is assuming word-alignment for notes. This is exacerbated by the fact that the note header consists of 3 words even for 64-bit objects, thus xword alignment