IssueTracker

Fuchsia LLD 21.0.0 (https://llvm.googlesource.com/a/llvm-project 5c65a321778b99f745d193629975fb6ced34fe07) (compatible with GNU linkers)

With the attached LLD reproducer, the output is:

ld.lld: error: undefined hidden symbol: std::__ktl::__hash_memory(void const*, unsigned long)
>>> referenced by span:561 (../../prebuilt/third_party/clang/linux-x64/bin/../include/c++/v1/span:561)
>>>               libboot-shim.devicetree-riscv-cpu-topology-item.cc.o:(boot_shim::RiscvDevicetreeCpuTopologyItemBase::OnDone()) in archive usr/local/google/home/mcgrathr/tq/fuchsia/out/bringup.riscv64-clang/kernel.phys_riscv64/obj/zircon/kernel/phys/lib/boot-shim/libboot-shim.a
>>> referenced by alloc_checker.h:66 (../../zircon/system/ulib/fbl/include/fbl/alloc_checker.h:66)
>>>               libboot-shim.devicetree-riscv-cpu-topology-item.cc.o:(boot_shim::RiscvDevicetreeCpuTopologyItemBase::OnDone()) in archive usr/local/google/home/mcgrathr/tq/fuchsia/out/bringup.riscv64-clang/kernel.phys_riscv64/obj/zircon/kernel/phys/lib/boot-shim/libboot-shim.a

In disassembly with llvm-objdump --demangle -dlr, the first call site looks like this:

; ./../../prebuilt/third_party/clang/linux-x64/bin/../include/c++/v1/__string/char_traits.h:537
     390: 8566         	mv	a0, s9
     392: 85d2         	mv	a1, s4
     394: 00000097     	auipc	ra, 0x0
		0000000000000394:  R_RISCV_CALL_PLT	std::__ktl::__hash_memory(void const*, unsigned long)
		0000000000000394:  R_RISCV_RELAX	*ABS*
     398: 000080e7     	jalr	ra <.Lpcrel_hi2+0x21e>

The second call site is very similar (same source location).

I can find no correlation between the actual source locations of the relocs to the source locations that LLD reported in its error messages.