Details
Diff Detail
- Repository
- rG LLVM Github Monorepo
Event Timeline
llvm/include/llvm/BinaryFormat/ELFRelocs/LoongArch.def | ||
---|---|---|
104 | https://loongson.github.io/LoongArch-Documentation/LoongArch-ELF-ABI-EN.html#_relocations |
llvm/include/llvm/BinaryFormat/ELFRelocs/LoongArch.def | ||
---|---|---|
104 | I have to self-censor a few swear words. They added this R_LARCH_32_PCREL in a later commit but with irrelevant commit message subject, so I ignored it. I'll fix shortly. |
llvm/include/llvm/BinaryFormat/ELFRelocs/LoongArch.def | ||
---|---|---|
64–65 | The "And finally" risks more relocs being added in the future, thus meaning this set is no longer the final set, and the comment going stale. Similarly, in 10+ years time, "new-style" may not sound particularly right. I'd probably just go simply with "Relocs whose processing do not require a stack machine." |
Seems good to me, but please wait for @SixWeining (I don't know anything about LoongArch).
llvm/include/llvm/BinaryFormat/ELFRelocs/LoongArch.def | ||
---|---|---|
64–65 | Fair point. I was thinking by the time a third batch of reloc types are added the maintainer could adjust the comment while at it, but of course the previous wording is a bit biased (the LoongArch open-source community almost unanimously hated the previous reloc design with a passion, including me of course). Adjusted. | |
104 | Done |
The "And finally" risks more relocs being added in the future, thus meaning this set is no longer the final set, and the comment going stale. Similarly, in 10+ years time, "new-style" may not sound particularly right. I'd probably just go simply with "Relocs whose processing do not require a stack machine."