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."