Date: Sun, 19 May 2019 19:58:54 +0000 From: bugzilla-noreply@freebsd.org To: toolchain@FreeBSD.org Subject: [Bug 237068] /usr/local/bin/ld: BFD (GNU Binutils) 2.30 assertion fail elflink.c:2824 Message-ID: <bug-237068-29464-OlXFvbVtuD@https.bugs.freebsd.org/bugzilla/> In-Reply-To: <bug-237068-29464@https.bugs.freebsd.org/bugzilla/> References: <bug-237068-29464@https.bugs.freebsd.org/bugzilla/>
next in thread | previous in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D237068 --- Comment #9 from Mark Millard <marklmi26-fbsd@yahoo.com> --- (In reply to Mark Millard from comment #8) Notes for the 2nd message and what follows. What follows after the messaging appears interesting, noting the comment's content. (gdb) bt=20=20=20=20 #0 error_handler_internal (fmt=3D0x101dbc48 "BFD %s assertion fail %s:%d", ap=3D0x3fffffffffffcdf8 "") at bfd.c:1093 #1 0x00000000100204e8 in ld_bfd_error_handler (fmt=3D<optimized out>, ap=3D<optimized out>) at ./ldmain.c:187 #2 0x0000000010049b7c in _bfd_error_handler (fmt=3D<optimized out>) at bfd.c:1178 #3 0x000000001002047c in ld_bfd_assert_handler (fmt=3D<optimized out>, bfdver=3D<optimized out>, file=3D<optimized out>, line=3D<optimized out>) at ./ldmain.c:177 #4 0x0000000010049de4 in bfd_assert (file=3D<optimized out>, line=3D<optim= ized out>) at bfd.c:1429 #5 0x00000000100a520c in _bfd_elf_fix_symbol_flags (h=3Dh@entry=3D0x811e77= b70, eif=3Deif@entry=3D0x3fffffffffffd0e0) at elflink.c:2935 #6 0x00000000100a5800 in _bfd_elf_adjust_dynamic_symbol (h=3D0x811e77b70, data=3D0x3fffffffffffd0e0) at elflink.c:2962 #7 0x0000000010053d28 in bfd_link_hash_traverse (htab=3D0x810e50000, func=3D@0x10223738: 0x100a57b0 <_bfd_elf_adjust_dynamic_symbol>, info=3D<op= timized out>) at linker.c:669 #8 0x00000000100ac588 in bfd_elf_size_dynamic_sections (output_bfd=3D0x810e4b000, soname=3D<optimized out>, rpath=3D0x8105fee80 "$ORIGIN/../lib:/usr/local/lib", filter_shlib=3D0x0, audit=3D0x0, depaudit= =3D0x0,=20 auxiliary_filters=3D<optimized out>, info=3D0x102324d8 <link_info>, sinterpptr=3D<optimized out>) at elflink.c:6847 #9 0x0000000010032b34 in gldelf64ppc_fbsd_before_allocation () at eelf64ppc_fbsd.c:2107 #10 ppc_before_allocation () at eelf64ppc_fbsd.c:404 #11 0x00000000100264e0 in ldemul_before_allocation () at ldemul.c:82 #12 0x000000001001d644 in lang_process () at ldlang.c:7593 #13 0x00000000100047b8 in main (argc=3D<optimized out>, argv=3D<optimized o= ut>) at ./ldmain.c:440 At #5 *h shows: _ZZN4llvm7hashing6detail18get_execution_seedEvE4seed@@LLVM_6.0 root.type =3D bfd_link_hash_defweak is_weakalias =3D 1 *h->u.alias shows: __bss_start@@LLVM_6.0 root.type =3D bfd_link_hash_indirect is_weakalias =3D 0 So again: def->root.type=3D=3D bfd_link_hash_indirect The code continues after the two BFD_ASSERT messages. If eventually reaches the xexit in main's : 477 /* Even if we're producing relocatable output, some non-fatal err= ors should 478 be reported in the exit status. (What non-fatal errors, if an= y, do we 479 want to ignore for relocatable output?) */ 480 if (!config.make_executable && !force_make_executable) 481 { 482 if (verbose) 483 einfo (_("%P: link errors found, deleting executable `%s'\n= "), 484 output_filename); 485=20=20=20=20=20 486 /* The file will be removed by ld_cleanup. */ 487 xexit (1); 488 } --=20 You are receiving this mail because: You are the assignee for the bug.=
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-237068-29464-OlXFvbVtuD>