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&arch=hppa&ver=1.20.2710-1&stamp=1577116832&raw=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.