diff options
| author | Xi Ruoyao <xry111@xry111.site> | 2024-12-25 12:41:45 +0800 |
|---|---|---|
| committer | cailulu <cailulu@loongson.cn> | 2024-12-27 17:52:29 +0800 |
| commit | e2cbacaec110371172969e756ed7ab758d04c797 (patch) | |
| tree | d8d8aa765a4aebe169e1ebe24b76cc17d069b319 /elfcpp/elfcpp_file.h | |
| parent | c1a964051be5471d91bfe7655155948ab9c653f8 (diff) | |
| download | binutils-e2cbacaec110371172969e756ed7ab758d04c797.zip binutils-e2cbacaec110371172969e756ed7ab758d04c797.tar.gz binutils-e2cbacaec110371172969e756ed7ab758d04c797.tar.bz2 | |
LoongArch: Reword message for unresolvable relocs
For PDE, "recompiling with -fPIE" just makes no sense.
For PIE, "recompiling with -fPIE" makes sense for unresolvable absolute
relocs, but not unresolveable PC-relative relocs: if the reloc is
already PC-relative, the problem is not the reloc is PC-relative or
absolute, but the reloc is not applicable for external symbols.
If we hit an unresolvable reloc in PDE or an unresolvable PC-relative
reloc in PIE, it means the programmer has somehow wrongly instructed the
compiler to treat external symbols as local symbols. A misuse of
-mdirect-extern-access can cause the issue, so we can suggest
-mno-direct-extern-access. And in all cases (DSO/PIE/PDE) a mismatching
symbol visibility can also cause the issue, so we should also suggest to
check the visibility.
Signed-off-by: Xi Ruoyao <xry111@xry111.site>
Diffstat (limited to 'elfcpp/elfcpp_file.h')
0 files changed, 0 insertions, 0 deletions