Re: readelf reporting of e_shstrndx is slightly wrong

On Tue, Aug 21, 2018 at 11:09:04PM +, Mike Murphy wrote: > I think an example would help explain this. Below is part of the > output from readelf -h on an elf object I have which has 210016 > sections, but puts the section header string table at section 1. So > e_shstrndx is 1, but e_shnum

RE: readelf reporting of e_shstrndx is slightly wrong

I think an example would help explain this. Below is part of the output from readelf -h on an elf object I have which has 210016 sections, but puts the section header string table at section 1. So e_shstrndx is 1, but e_shnum is 0. My reading of the elf standard is that this is legal, but

[Bug ld/23560] New: ld generates bad aarch64 veneers/long branch stubs

https://sourceware.org/bugzilla/show_bug.cgi?id=23560 Bug ID: 23560 Summary: ld generates bad aarch64 veneers/long branch stubs Product: binutils Version: 2.31 Status: UNCONFIRMED Severity: normal Priority: P2

[Bug ld/20694] PDP11 TARGET_PAGE_SIZE is incorrect

https://sourceware.org/bugzilla/show_bug.cgi?id=20694 James Patrick Conlon changed: What|Removed |Added CC||cptjustice at gmail dot com

Re: readelf reporting of e_shstrndx is slightly wrong

Hi, On 08/21/2018 05:31 PM, Nick Clifton wrote: if (filedata->section_headers != NULL && header->e_shstrndx == (SHN_XINDEX & 0x)) printf (" (%u)", filedata->section_headers[0].sh_link); else if (header->e_shstrndx != SHN_UNDEF &&

[Bug binutils/23315] macOS: objcopy --globalize-symbol and --localize-symbol are no-ops

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

[Bug ld/23536] unsupported GNU_PROPERTY_TYPE (5) type: 0xc0010001

https://sourceware.org/bugzilla/show_bug.cgi?id=23536 --- Comment #2 from H.J. Lu --- Created attachment 11204 --> https://sourceware.org/bugzilla/attachment.cgi?id=11204=edit A testcase [hjl@gnu-cfl-1 binutils]$ ./strip-new -g -o new.o foo.o ./strip-new: warning: foo.o: unsupported

[Bug binutils/23315] macOS: objcopy --globalize-symbol and --localize-symbol are no-ops

https://sourceware.org/bugzilla/show_bug.cgi?id=23315 --- Comment #4 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=ae19acf3201ee0b921cde8e70e278fe123e82105 commit

[Bug ld/23426] ld manual is inconsistent with reality w.r.t. default --hash-style value

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

Re: readelf reporting of e_shstrndx is slightly wrong

Hi Mike, > If the file has no section name string table, this member holds the value > |SHN_UNDEF|. > If the section name string table section index is greater than or equal to > |SHN_LORESERVE| (|0xff00|), this member has the value |SHN_XINDEX| (|0x|) > The current readelf -h seems to

[Bug ld/23426] ld manual is inconsistent with reality w.r.t. default --hash-style value

https://sourceware.org/bugzilla/show_bug.cgi?id=23426 --- Comment #2 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=c8455dc98666030e930cddd8178b1b4074749b04 commit

[Bug ld/23536] unsupported GNU_PROPERTY_TYPE (5) type: 0xc0010001

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

[Bug binutils/23531] crash accessing address 0 in readelf (binutils-2.2.7a)

https://sourceware.org/bugzilla/show_bug.cgi?id=23531 --- 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=66b09c7ea97ffa4e0a175393fa7a8f240b00fbde commit

[Bug binutils/23531] crash accessing address 0 in readelf (binutils-2.2.7a)

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

[Bug gold/23557] [AArch64] Incorrect instruction created for R_AARCH64_LD_PREL_LO19

https://sourceware.org/bugzilla/show_bug.cgi?id=23557 --- Comment #1 from Dave Green --- Also, perhaps relatedly, R_AARCH64_GOT_LD_PREL19 relocations give an internal error. -- You are receiving this mail because: You are on the CC list for the bug.

[Bug binutils/23061] objcopy segfault in coff_mangle_symbols

https://sourceware.org/bugzilla/show_bug.cgi?id=23061 --- Comment #6 from Nick Clifton --- Created attachment 11199 --> https://sourceware.org/bugzilla/attachment.cgi?id=11199=edit Proposed patch Hi Sandro, Please could you see if the uploaded patch fixes the problem ? Thanks. Cheers

[Bug binutils/23496] Memory Leak of objdump

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

[Bug gold/23557] New: [AArch64] Incorrect instruction created for R_AARCH64_LD_PREL_LO19

https://sourceware.org/bugzilla/show_bug.cgi?id=23557 Bug ID: 23557 Summary: [AArch64] Incorrect instruction created for R_AARCH64_LD_PREL_LO19 Product: binutils Version: 2.32 (HEAD) Status: UNCONFIRMED

[Bug binutils/23460] regression: ar can not create archive containing many (>1024) lto object files

https://sourceware.org/bugzilla/show_bug.cgi?id=23460 --- Comment #23 from zenith432 at users dot sourceforge.net --- (In reply to Nick Clifton from comment #22) > I am confused by this part of the patch: > > for (plugin_list_iter = plugin_list; >plugin_list_iter != NULL; >

[Bug binutils/23460] regression: ar can not create archive containing many (>1024) lto object files

https://sourceware.org/bugzilla/show_bug.cgi?id=23460 Nick Clifton changed: What|Removed |Added Status|RESOLVED|REOPENED Last reconfirmed|