[PATCH] D127549: RISCV: handle 64-bit PCREL data relocations

Luís Marques via Phabricator via llvm-commits llvm-commits at lists.llvm.org
Mon Jun 13 03:38:11 PDT 2022


luismarques added a comment.

In D127549#3574953 <https://reviews.llvm.org/D127549#3574953>, @compnerd wrote:

> I give up; the extra context seems to not paste in properly - the reduced context shows the diff properly.  I can re-upload the extra context variant but it will render improperly.

What exactly was the problem? I applied and regenerated the patch and uploaded it to Phabricator and it seemed fine. I tried it both as a file upload and as a paste.



================
Comment at: llvm/lib/Target/RISCV/MCTargetDesc/RISCVELFStreamer.cpp:236
+    // Avoid relaxation for symbolic difference in debug and eh_frame sections
+    if (A.isInSection())
+      return !IsDebugOrEHFrameSection(A.getSection());
----------------
compnerd wrote:
> craig.topper wrote:
> > compnerd wrote:
> > > craig.topper wrote:
> > > > Should relaxation here be relocation?
> > > In the case of a compact code model, we can relax the pair of relocations to a single relocation.  You would still have a relocation, it just is a nominally smaller file, and fewer relocations for the linker to process.
> > I was asking about “Avoid relaxation for symbolic differences…”. Is relaxation the right word there?
> Right; I believe that is the term here - we are technically relaxing the sequence by replacing the two relocations with one.
I've never seen "relaxation" being used that way. While that seems a reasonable generalization of how the term is typically used in compiler land, I suspect most people are going to be confused by the comment.


Repository:
  rG LLVM Github Monorepo

CHANGES SINCE LAST ACTION
  https://reviews.llvm.org/D127549/new/

https://reviews.llvm.org/D127549



More information about the llvm-commits mailing list