[Bug binutils/23282] "Tidy bfdio to consistenly use containing archive" patch makes strip.exe on Windows crawl

2018-06-13 Thread amodra at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=23282 Alan Modra changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug binutils/23282] "Tidy bfdio to consistenly use containing archive" patch makes strip.exe on Windows crawl

2018-06-13 Thread cvs-commit at gcc dot gnu.org
https://sourceware.org/bugzilla/show_bug.cgi?id=23282 --- Comment #3 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=ff91d2f0e20fc91b6b101a0b20cbd38ab2d7fb50 commit ff91d2f0e20fc91b6b101a0b20cbd

[Bug binutils/23282] "Tidy bfdio to consistenly use containing archive" patch makes strip.exe on Windows crawl

2018-06-13 Thread amodra at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=23282 --- Comment #2 from Alan Modra --- Created attachment 11068 --> https://sourceware.org/bugzilla/attachment.cgi?id=11068&action=edit patch under test -- You are receiving this mail because: You are on the CC list for the bug. __

[Bug binutils/23282] "Tidy bfdio to consistenly use containing archive" patch makes strip.exe on Windows crawl

2018-06-13 Thread amodra at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=23282 Alan Modra changed: What|Removed |Added Status|NEW |ASSIGNED CC|amodra at gm

[Bug binutils/23282] "Tidy bfdio to consistenly use containing archive" patch makes strip.exe on Windows crawl

2018-06-13 Thread ma...@linux-mips.org
https://sourceware.org/bugzilla/show_bug.cgi?id=23282 Maciej W. Rozycki changed: What|Removed |Added CC||amodra at gmail dot com -- You a

[Bug binutils/23282] "Tidy bfdio to consistenly use containing archive" patch makes strip.exe on Windows crawl

2018-06-13 Thread ma...@linux-mips.org
https://sourceware.org/bugzilla/show_bug.cgi?id=23282 Maciej W. Rozycki changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug binutils/23267] objdump and readelf both assume first symbol version is base version

2018-06-13 Thread hjl.tools at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=23267 --- Comment #2 from H.J. Lu --- On Wed, Jun 13, 2018 at 1:49 AM, Nick Clifton wrote: > Hi H.J. > > Would you mind taking a look at PR23267: > >>Summary: objdump and readelf both assume first symbol version >>

[Bug ld/23161] __bss_start, _end and _edata aren't marked as hidden

2018-06-13 Thread hjl.tools at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=23161 H.J. Lu changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug ld/23162] assertion fail binutils/bfd/elf32-i386.c:3953

2018-06-13 Thread hjl.tools at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=23162 Bug 23162 depends on bug 23161, which changed state. Bug 23161 Summary: __bss_start, _end and _edata aren't marked as hidden https://sourceware.org/bugzilla/show_bug.cgi?id=23161 What|Removed |Added -

Re: Problems in objcopy.1, objdump.1, x86_64-linux-gnu-objcopy.1, x86_64-linux-gnu-objdump.1

2018-06-13 Thread Nick Clifton
Hi Eric, > Problems with objcopy.1: > -[\fB\-\-add\-symbol\fR > \fIname\fR=[\fIsection\fR:]\fIvalue\fR[,\fIflags\fR] > +[\fB\-\-add\-symbol\fR > \fIname\fR=[\fIsection\fR:]\fIvalue\fR[,\fIflags\fR]] This one has already been fixed in the development sources: 2018-02-20 Ronald

[Bug binutils/23282] New: "Tidy bfdio to consistenly use containing archive" patch makes strip.exe on Windows crawl

2018-06-13 Thread kyrab at mail dot ru
https://sourceware.org/bugzilla/show_bug.cgi?id=23282 Bug ID: 23282 Summary: "Tidy bfdio to consistenly use containing archive" patch makes strip.exe on Windows crawl Product: binutils Version: 2.31 (HEAD) Status: UNCONFI

[Bug binutils/23267] objdump and readelf both assume first symbol version is base version

2018-06-13 Thread nickc at redhat dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=23267 --- Comment #1 from Nick Clifton --- Hi H.J. Would you mind taking a look at PR23267: >Summary: objdump and readelf both assume first symbol version > is base version It is not an x86 bug per-se, although t