[PATCH] D113613: [ThinLTO][MC] Use conditional assignments for promotion aliases

Sami Tolvanen via Phabricator via llvm-commits llvm-commits at lists.llvm.org
Tue Nov 16 16:51:08 PST 2021


samitolvanen added inline comments.


================
Comment at: llvm/lib/MC/MCParser/AsmParser.cpp:2957-2958
+    Out.emitAssignment(Sym, Value);
+    if (NoDeadStrip)
+      Out.emitSymbolAttribute(Sym, MCSA_NoDeadStrip);
+  }
----------------
nickdesaulniers wrote:
> samitolvanen wrote:
> > nickdesaulniers wrote:
> > > nickdesaulniers wrote:
> > > > should the check on `NoDeadStrip` occur regardless of `Cond`?
> > > I meant:
> > > ```
> > > if (Cond) {
> > >   if (Value->getKind() != MCExpr::SymbolRef)
> > >     return Error(ExprLoc, "expected identifier");
> > > 
> > >   Out.emitConditionalAssignment(Sym, Value);
> > > } else
> > >   Out.emitAssignment(Sym, Value);
> > > if (NoDeadStrip)
> > >   Out.emitSymbolAttribute(Sym, MCSA_NoDeadStrip);
> > > ```
> > > Rather than plumb the `MCSymbolAttr` through `emitConditionalAssignment` only to then call `emitSymbolAttribute` anyways.
> > I could be misreading something, but looking at `emitSymbolAttribute` implementations, `MCELFStreamer::emitSymbolAttribute` at least registers the symbol when emitting the attribute, which is exactly what we're trying to avoid unless the target symbol is also emitted. Is there a reason we would want to emit an attribute for a symbol we might not emit at all?
> Perhaps not.  It seems that `MCSA_NoDeadStrip` is specific to MachO though perhaps WASM is using it, too.
> 
> Looking at a digestable test case, `llvm/test/MC/MachO/comm-1.s`:
> 
> ```
>         .comm           sym_comm_B, 2
>         .comm           sym_comm_A, 4
>         .comm           sym_comm_C, 8, 2
>         .comm           sym_comm_D, 2, 3
> 
>         .no_dead_strip sym_comm_C
> ```
> what happens if we add:
> ```
>   .set_conditional sym_comm_E, sym_comm_A
>   .no_dead_strip sym_comm_E
> ```
> shouldn't llc turn the above asm back into:
> ```
>   .set sym_comm_E, sym_comm_A
>   .no_dead_strip sym_comm_E
> ```
> otherwise we might be dropping `.no_dead_strip sym_comm_E`?
I don't think we would ever end up with this type of code considering the `.set_conditional` directive has limited uses outside of the compiler, similarly to `.lto_discard`, for example. That being said, I don't think we should unconditionally emit the assignment in your example.

Specifically, if `sym_comm_A` is emitted, we'll end up with the following code:
```
.set sym_comm_E, sym_comm_A
.no_dead_strip sym_comm_E
```
Or possibly:
```
.no_dead_strip sym_comm_E
...
.set sym_comm_E, sym_comm_A
```
I don't see how we'd end up losing the attribute in either case. Did you have a specific situation in mind where this might happen?

If `sym_comm_A` is not emitted, we'll still end up setting the attribute (and registering the symbol), which doesn't produce anything useful, but works nevertheless:
```
.no_dead_strip sym_comm_E
```


Repository:
  rG LLVM Github Monorepo

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

https://reviews.llvm.org/D113613



More information about the llvm-commits mailing list