[Bug ld/25316] ia64 ld fails to convert binary into elf: "failed to merge target specific data"
https://sourceware.org/bugzilla/show_bug.cgi?id=25316 --- Comment #2 from Sergei Trofimovich --- Created attachment 12147 --> https://sourceware.org/bugzilla/attachment.cgi?id=12147=edit binutils-2.32-ia64-allow-binary-merge.patch It looks like other targets (like mips and riscv64) just skip _private hook entirely. I did the same and got something that looks like an ia64 ELF. Will test a bit. -- You are receiving this mail because: You are on the CC list for the bug.
[Bug ld/25316] ia64 ld fails to convert binary into elf: "failed to merge target specific data"
https://sourceware.org/bugzilla/show_bug.cgi?id=25316
--- Comment #1 from Sergei Trofimovich ---
AFAIU eary failure happens at input checking against ELF:
https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;a=blob;f=bfd/elfnn-ia64.c;h=459d986c0350f5e5982c7738ea69273f2ae97f7a;hb=HEAD#l4744
4735 static bfd_boolean
4736 elfNN_ia64_merge_private_bfd_data (bfd *ibfd, struct bfd_link_info *info)
4737 {
...
4743 /* Don't even pretend to support mixed-format linking. */
4744 if (bfd_get_flavour (ibfd) != bfd_target_elf_flavour
...
4746 return FALSE;
Looks like many other targets have that check but see to work. Does ia64 port
miss some earlier step to convert binary into an ELF?
--
You are receiving this mail because:
You are on the CC list for the bug.
[Bug ld/25316] New: ia64 ld fails to convert binary into elf: "failed to merge target specific data"
https://sourceware.org/bugzilla/show_bug.cgi?id=25316 Bug ID: 25316 Summary: ia64 ld fails to convert binary into elf: "failed to merge target specific data" Product: binutils Version: 2.32 Status: UNCONFIRMED Severity: normal Priority: P2 Component: ld Assignee: unassigned at sourceware dot org Reporter: slyfox at inbox dot ru Target Milestone: --- Bug originally reported at https://bugs.gentoo.org/699180 by Émeric Maschino. Small reproducer: $ echo hi > hello.123 $ ia64-unknown-linux-gnu-ld -r -b binary hello.123 -o hello.o ia64-unknown-linux-gnu-ld: failed to merge target specific data of file hello.123 $ ia64-unknown-linux-gnu-ld -r -b binary hello.123 -o hello.o --no-warn-mismatch It works without problems on other targets. AFAIU glibc's inlent is to: 1. convert arbitrary binary into an ELF file 2. assign a symbol to it 3. refer from other source files It's a step 1 that fails. The target is ia64-unknown-linux-gnu. -- You are receiving this mail because: You are on the CC list for the bug.
[Bug ld/25315] New: `__tcf_0' referenced in section `.rodata._ZNK6common26ChainResidueAtomDescriptor3strB5cxx11Ev.cst4' of mode_query_balls_distances.o: defined in discarded section `.text.__tcf_0[_ZN
https://sourceware.org/bugzilla/show_bug.cgi?id=25315 Bug ID: 25315 Summary: `__tcf_0' referenced in section `.rodata._ZNK6common26ChainResidueAtomDescriptor3strB5 cxx11Ev.cst4' of mode_query_balls_distances.o: defined in discarded section `.text.__tcf_0[_ZNK6common26ChainResidueAtomDescriptor 3strB5cxx11Ev]' of mode_query_balls_dis Product: binutils Version: 2.33 Status: NEW Severity: normal Priority: P2 Component: ld Assignee: unassigned at sourceware dot org Reporter: danglin at gcc dot gnu.org CC: deller at gmx dot de Target Milestone: --- Host: hppa-unknown-linux-gnu Target: hppa-unknown-linux-gnu Build: hppa-unknown-linux-gnu The Debian voronota package fails to build on hppa-linux with gcc-9: https://buildd.debian.org/status/fetch.php?pkg=voronota=hppa=1.20.2710-1=1577116832=0 I'm unsure whether this is a gcc or binutils issue. I am fairly sure this problem was introduced by a change to pa_reloc_rw_mask(). We now allow relocs in read-only data in non-pic code. However, it seems a section can be discarded even though there is a plabel reference to it. .section .text.__tcf_0,"axG",@progbits,_ZNK6common26ChainResidueAtomDescriptor3strB5cxx11Ev,comdat .align 4 .type __tcf_0, @function __tcf_0: .PROC .CALLINFO FRAME=64,CALLS,SAVE_RP,ENTRY_GR=4 .ENTRY .LFB4043: .loc 2 371 120 is_stmt 1 view -0 .cfi_startproc stw %r2,-20(%r30) .section .rodata._ZNK6common26ChainResidueAtomDescriptor3strB5cxx 11Ev.cst4,"aM",@progbits,4 .align 4 .LC33: .word P%_ZN6common26ChainResidueAtomDescriptor12MarkerNamingD1Ev .align 4 .LC34: .word P%__tcf_0 .align 4 .LC35: .word P%_ZNSt6vectorINSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEESaIS5_EED1Ev -- You are receiving this mail because: You are on the CC list for the bug.
