From 060bfd90813b829e7c6a8f7347d5f834d406c29b Mon Sep 17 00:00:00 2001 From: Lulu Cai Date: Thu, 21 Mar 2024 15:16:05 +0800 Subject: [PATCH] LoongArch: ld:Report an error when seeing an unrecognized relocation If we generate an object file using an assembler with the new relocations added, and then linking those files with an older linker, the link will still complete and the linked file will be generated. In this case we should report an error instead of continuing the linking process. (cherry picked from commit 5966e2eb3fed61ebe5c091a074b368b9238a68c1) --- bfd/elfnn-loongarch.c | 9 +++++++-- 1 file changed, 7 insertions(+), 2 deletions(-) diff --git a/bfd/elfnn-loongarch.c b/bfd/elfnn-loongarch.c index b0f9b6ec69e..25c0ac98874 100644 --- a/bfd/elfnn-loongarch.c +++ b/bfd/elfnn-loongarch.c @@ -2304,9 +2304,14 @@ loongarch_elf_relocate_section (bfd *output_bfd, struct bfd_link_info *info, bfd_vma relocation, off, ie_off; int i, j; + /* When an unrecognized relocation is encountered, which usually + occurs when using a newer assembler but an older linker, an error + should be reported instead of continuing to the next relocation. */ howto = loongarch_elf_rtype_to_howto (input_bfd, r_type); - if (howto == NULL || r_type == R_LARCH_GNU_VTINHERIT - || r_type == R_LARCH_GNU_VTENTRY) + if (howto == NULL) + return _bfd_unrecognized_reloc (input_bfd, input_section, r_type); + + if (r_type == R_LARCH_GNU_VTINHERIT || r_type == R_LARCH_GNU_VTENTRY) continue; /* This is a final link. */ -- 2.47.2