Re: Re: GNU strip fails to set sh_link and sh_info on Solaris SPARC64

Hi Nick, On 3/1/21 4:00 PM, Nick Clifton wrote: Hi Libor, I noticed that GNU strip produced invalid binaries on SPARC 64, the reason is that bfd/elf64-sparc.c was not updated in https://urldefense.com/v3/__https://sourceware.org/bugzilla/show_bug.cgi?id=19938__;!!GqivPVa7Brio!LHjGCJnVDPytceZx

[Bug ld/27495] -z start_stop_gc isn't compatible with --gc-sections

https://sourceware.org/bugzilla/show_bug.cgi?id=27495 H.J. Lu changed: What|Removed |Added Status|REOPENED|NEW --- Comment #4 from H.J. Lu --- (In re

[Bug ld/27495] -z start_stop_gc isn't compatible with --gc-sections

https://sourceware.org/bugzilla/show_bug.cgi?id=27495 --- Comment #3 from Fangrui Song --- (In reply to H.J. Lu from comment #2) > FAIL: ld-elf/pr21562a > FAIL: ld-elf/pr21562b Expected. __start_scnfoo references do not retain scnfoo input sections. > FAIL: ld-elf/pr21562c > FAIL: ld-elf/pr2156

[Bug binutils/27497] New: addr2line: JSON output

https://sourceware.org/bugzilla/show_bug.cgi?id=27497 Bug ID: 27497 Summary: addr2line: JSON output Product: binutils Version: unspecified Status: UNCONFIRMED Severity: normal Priority: P2 Component: binutils

[Bug ld/19167] --gc-sections is broken with __start_

https://sourceware.org/bugzilla/show_bug.cgi?id=19167 Bug 19167 depends on bug 27495, which changed state. Bug 27495 Summary: -z start_stop_gc isn't compatible with --gc-sections https://sourceware.org/bugzilla/show_bug.cgi?id=27495 What|Removed |Added -

[Bug ld/27495] -z start_stop_gc isn't compatible with --gc-sections

https://sourceware.org/bugzilla/show_bug.cgi?id=27495 H.J. Lu changed: What|Removed |Added Resolution|NOTABUG |--- Status|RESOLVED

[Bug ld/20022] --gc-sections is broken with __start_ and shared library

https://sourceware.org/bugzilla/show_bug.cgi?id=20022 Bug 20022 depends on bug 27495, which changed state. Bug 27495 Summary: -z start_stop_gc isn't compatible with --gc-sections https://sourceware.org/bugzilla/show_bug.cgi?id=27495 What|Removed |Added -

[Bug ld/21562] Refs to __start_SCN of non-orphan sections affect --gc-sections

https://sourceware.org/bugzilla/show_bug.cgi?id=21562 Bug 21562 depends on bug 27495, which changed state. Bug 27495 Summary: -z start_stop_gc isn't compatible with --gc-sections https://sourceware.org/bugzilla/show_bug.cgi?id=27495 What|Removed |Added -

[Bug ld/19161] GNU ld wrongly garbage collects section referenced via __start_SECTIONNAME

https://sourceware.org/bugzilla/show_bug.cgi?id=19161 Bug 19161 depends on bug 27495, which changed state. Bug 27495 Summary: -z start_stop_gc isn't compatible with --gc-sections https://sourceware.org/bugzilla/show_bug.cgi?id=27495 What|Removed |Added -

[Bug binutils/11133] gc-sections deletes sections with __start/__stop reference

https://sourceware.org/bugzilla/show_bug.cgi?id=11133 Bug 11133 depends on bug 27495, which changed state. Bug 27495 Summary: -z start_stop_gc isn't compatible with --gc-sections https://sourceware.org/bugzilla/show_bug.cgi?id=27495 What|Removed |Added -

[Bug ld/19167] --gc-sections is broken with __start_

https://sourceware.org/bugzilla/show_bug.cgi?id=19167 Bug 19167 depends on bug 27495, which changed state. Bug 27495 Summary: -z start_stop_gc isn't compatible with --gc-sections https://sourceware.org/bugzilla/show_bug.cgi?id=27495 What|Removed |Added -

[Bug ld/20022] --gc-sections is broken with __start_ and shared library

https://sourceware.org/bugzilla/show_bug.cgi?id=20022 Bug 20022 depends on bug 27495, which changed state. Bug 27495 Summary: -z start_stop_gc isn't compatible with --gc-sections https://sourceware.org/bugzilla/show_bug.cgi?id=27495 What|Removed |Added -

[Bug binutils/11133] gc-sections deletes sections with __start/__stop reference

https://sourceware.org/bugzilla/show_bug.cgi?id=11133 Bug 11133 depends on bug 27495, which changed state. Bug 27495 Summary: -z start_stop_gc isn't compatible with --gc-sections https://sourceware.org/bugzilla/show_bug.cgi?id=27495 What|Removed |Added -

[Bug ld/21562] Refs to __start_SCN of non-orphan sections affect --gc-sections

https://sourceware.org/bugzilla/show_bug.cgi?id=21562 Bug 21562 depends on bug 27495, which changed state. Bug 27495 Summary: -z start_stop_gc isn't compatible with --gc-sections https://sourceware.org/bugzilla/show_bug.cgi?id=27495 What|Removed |Added -

[Bug ld/19161] GNU ld wrongly garbage collects section referenced via __start_SECTIONNAME

https://sourceware.org/bugzilla/show_bug.cgi?id=19161 Bug 19161 depends on bug 27495, which changed state. Bug 27495 Summary: -z start_stop_gc isn't compatible with --gc-sections https://sourceware.org/bugzilla/show_bug.cgi?id=27495 What|Removed |Added -

[Bug ld/27495] -z start_stop_gc isn't compatible with --gc-sections

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

[Bug binutils/27478] [readelf] warning about missing section in separate debug info file

https://sourceware.org/bugzilla/show_bug.cgi?id=27478 Tom de Vries changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED

[Bug ld/21562] Refs to __start_SCN of non-orphan sections affect --gc-sections

https://sourceware.org/bugzilla/show_bug.cgi?id=21562 H.J. Lu changed: What|Removed |Added Depends on||27495 Referenced Bugs: https://sourceware

[Bug ld/27495] New: -z start_stop_gc isn't compatible with --gc-sections

https://sourceware.org/bugzilla/show_bug.cgi?id=27495 Bug ID: 27495 Summary: -z start_stop_gc isn't compatible with --gc-sections Product: binutils Version: 2.37 (HEAD) Status: NEW Severity: normal Priority: P2 C

[Bug ld/19167] --gc-sections is broken with __start_

https://sourceware.org/bugzilla/show_bug.cgi?id=19167 H.J. Lu changed: What|Removed |Added Depends on||27495 Referenced Bugs: https://sourceware

[Bug ld/20022] --gc-sections is broken with __start_ and shared library

https://sourceware.org/bugzilla/show_bug.cgi?id=20022 H.J. Lu changed: What|Removed |Added Depends on||27495 Referenced Bugs: https://sourceware

[Bug ld/19161] GNU ld wrongly garbage collects section referenced via __start_SECTIONNAME

https://sourceware.org/bugzilla/show_bug.cgi?id=19161 H.J. Lu changed: What|Removed |Added Depends on||27495 Referenced Bugs: https://sourceware

[Bug binutils/11133] gc-sections deletes sections with __start/__stop reference

https://sourceware.org/bugzilla/show_bug.cgi?id=11133 H.J. Lu changed: What|Removed |Added Depends on||27495 Referenced Bugs: https://sourceware

[Bug binutils/27268] mingw-w64 fails with dwarf5

https://sourceware.org/bugzilla/show_bug.cgi?id=27268 --- Comment #7 from Hannes Domani --- Also, what does this mean for the gcc bug linked above, where this problem was first submitted? -- You are receiving this mail because: You are on the CC list for the bug.

[Bug binutils/27268] mingw-w64 fails with dwarf5

https://sourceware.org/bugzilla/show_bug.cgi?id=27268 --- Comment #6 from Hannes Domani --- So this is the same as the patch I submitted here?: https://sourceware.org/pipermail/binutils/2021-February/115434.html Maybe I should have mentioned it here, is this usually done? -- You are receiving

[Bug binutils/27484] clang++: objdump: DWARF error: could not find variable specification at offset

https://sourceware.org/bugzilla/show_bug.cgi?id=27484 --- Comment #4 from Martin Liska --- > Please could you upload the clang-dwarf.o file ? Sure, done. -- You are receiving this mail because: You are on the CC list for the bug.

[Bug binutils/27484] clang++: objdump: DWARF error: could not find variable specification at offset

https://sourceware.org/bugzilla/show_bug.cgi?id=27484 --- Comment #3 from Martin Liska --- Created attachment 13272 --> https://sourceware.org/bugzilla/attachment.cgi?id=13272&action=edit object file -- You are receiving this mail because: You are on the CC list for the bug.

[Bug binutils/27268] mingw-w64 fails with dwarf5

https://sourceware.org/bugzilla/show_bug.cgi?id=27268 --- 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=ba6eb62ff0ea9843a018cfd7cd06777bd66ae0a0 commit ba6eb62ff0ea9843a018cfd7cd0

[Bug binutils/27268] mingw-w64 fails with dwarf5

https://sourceware.org/bugzilla/show_bug.cgi?id=27268 Nick Clifton changed: What|Removed |Added Resolution|--- |FIXED CC|

[Bug binutils/27387] [readelf] Support -ggdb3 -gsplit-dwarf output

https://sourceware.org/bugzilla/show_bug.cgi?id=27387 --- Comment #17 from Tom de Vries --- (In reply to Tom de Vries from comment #16) > (In reply to Tom de Vries from comment #15) > > I'm starting to think this is a gcc bug. > > Filed gcc PR https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99319

[Bug binutils/27484] clang++: objdump: DWARF error: could not find variable specification at offset

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

Re: GNU strip fails to set sh_link and sh_info on Solaris SPARC64

Hi Libor, I noticed that GNU strip produced invalid binaries on SPARC 64, the reason is that bfd/elf64-sparc.c was not updated in https://sourceware.org/bugzilla/show_bug.cgi?id=19938 issue. The attached patch just follows Nick Clifton's changes for other architectures. Patch approved - ple

[Bug binutils/27478] [readelf] warning about missing section in separate debug info file

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

GNU strip fails to set sh_link and sh_info on Solaris SPARC64

Hello, I noticed that GNU strip produced invalid binaries on SPARC 64, the reason is that bfd/elf64-sparc.c was not updated in https://sourceware.org/bugzilla/show_bug.cgi?id=19938 issue. The attached patch just follows Nick Clifton's changes for other architectures. Note that .SUNW_symtabsort

[Bug binutils/27387] [readelf] Support -ggdb3 -gsplit-dwarf output

https://sourceware.org/bugzilla/show_bug.cgi?id=27387 --- Comment #16 from Tom de Vries --- (In reply to Tom de Vries from comment #15) > I'm starting to think this is a gcc bug. Filed gcc PR https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99319 -- You are receiving this mail because: You are on

[Bug binutils/27486] readelf: Warning: could not find separate debug file 'libc-2.32.so.debug'

https://sourceware.org/bugzilla/show_bug.cgi?id=27486 H.J. Lu changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug binutils/27387] [readelf] Support -ggdb3 -gsplit-dwarf output

https://sourceware.org/bugzilla/show_bug.cgi?id=27387 --- Comment #15 from Tom de Vries --- (In reply to Tom de Vries from comment #14) > ... > .section > .debug_macro.dwo,"G",@progbits,wm4.stdcpredef.h.19.006d14bbbe0dc07ba9\ > b1ce3fdc8e40d3,comdat > .Ldebug_macro1: > .val

[Bug binutils/27387] [readelf] Support -ggdb3 -gsplit-dwarf output

https://sourceware.org/bugzilla/show_bug.cgi?id=27387 --- Comment #14 from Tom de Vries --- (In reply to Nick Clifton from comment #13) > Hi Tom, > > > > .section.debug_macro.dwo,"e",@progbits > > > .value 0x4 # DWARF macro version number > > I think that this may b

[Bug binutils/27486] readelf: Warning: could not find separate debug file 'libc-2.32.so.debug'

https://sourceware.org/bugzilla/show_bug.cgi?id=27486 --- Comment #5 from cvs-commit at gcc dot gnu.org --- The master branch has been updated by H.J. Lu : https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;h=ecd65684f542be614adc56321c118d8985d35409 commit ecd65684f542be614adc56321c118d89

[Bug binutils/27486] readelf: Warning: could not find separate debug file 'libc-2.32.so.debug'

https://sourceware.org/bugzilla/show_bug.cgi?id=27486 --- Comment #4 from Nick Clifton --- (In reply to H.J. Lu from comment #3) > The symbol tables shouldn't depend on the separate debug info files. Ah - but debug info files can contain symbol tables... > The info being asked doesn't exist i

[Bug binutils/27486] readelf: Warning: could not find separate debug file 'libc-2.32.so.debug'

https://sourceware.org/bugzilla/show_bug.cgi?id=27486 --- Comment #3 from H.J. Lu --- (In reply to Nick Clifton from comment #2) > Hi H.J. > > > [hjl@gnu-cfl-2 cpu-rt-c]$ readelf --dyn-syms /lib64/libc-2.32.so| grep > > strchr > > > I only want to displace dynamic symbols. Why should readelf

[Bug ld/27407] Add --trace-symbols-from-file?

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

[Bug binutils/27486] readelf: Warning: could not find separate debug file 'libc-2.32.so.debug'

https://sourceware.org/bugzilla/show_bug.cgi?id=27486 Nick Clifton changed: What|Removed |Added Status|NEW |ASSIGNED Assignee|unassigned

[Bug binutils/27387] [readelf] Support -ggdb3 -gsplit-dwarf output

https://sourceware.org/bugzilla/show_bug.cgi?id=27387 --- Comment #13 from Nick Clifton --- Hi Tom, > > .section.debug_macro.dwo,"e",@progbits > > .value 0x4 # DWARF macro version number I think that this may be a clue. It looks like the assembler is creating versi

[Bug binutils/27493] New: objcopy --weaken-symbol does not weaken undefined symbols

https://sourceware.org/bugzilla/show_bug.cgi?id=27493 Bug ID: 27493 Summary: objcopy --weaken-symbol does not weaken undefined symbols Product: binutils Version: unspecified Status: UNCONFIRMED Severity: normal

[Bug ld/27491] ld: relocation R_X86_64_PC32 against undefined protected symbol `__start_xx' can not be used when making a shared object

https://sourceware.org/bugzilla/show_bug.cgi?id=27491 Fangrui Song changed: What|Removed |Added Target||x86_64-* -- You are receiving this ma

[Bug ld/27491] New: ld: relocation R_X86_64_PC32 against undefined protected symbol `__start_xx' can not be used when making a shared object

https://sourceware.org/bugzilla/show_bug.cgi?id=27491 Bug ID: 27491 Summary: ld: relocation R_X86_64_PC32 against undefined protected symbol `__start_xx' can not be used when making a shared object Product: binutils