[PATCH] D60887: [AsmPrinter] refactor to support %c w/ GlobalAddress'
Nick Desaulniers via Phabricator via llvm-commits
llvm-commits at lists.llvm.org
Thu Apr 25 10:12:14 PDT 2019
nickdesaulniers marked 4 inline comments as done.
nickdesaulniers added inline comments.
================
Comment at: llvm/lib/Target/MSP430/MSP430AsmPrinter.cpp:101
+ O << '#';
+ PrintSymbolOperand(MO, O);
return;
----------------
peter.smith wrote:
> nickdesaulniers wrote:
> > nickdesaulniers wrote:
> > > peter.smith wrote:
> > > > This looks to have taken out the case when isMemOp is true (the removed code could output &). I don't know enough about MSP430 to know whether this is the right thing to do though.
> > > The conditional in the initialization of `isMemOp` and the condition I removed here are quite tricky and require careful attention.
> > >
> > > The unconditional printing of `'#'` comes from the observation in the previous version of the code that:
> > > 1. there is no such modifier `"mem"` ever
> > > 2. thus `strcmp` will always be non-zero
> > > 3. thus `!strcmp` will always be `0`
> > > 4. thus `Modifier && !strcmp` will always be `false`
> > > 5. thus `isMemOp` will always be `false`
> > > 6. thus `(isMemOp ? '&' : '#')` will always evaluate to `'#'`
> > >
> > > The next transform is based on the above AND the observations:
> > > 1. the only modifier is "nohash"
> > > 2. thus if there is no `Modifier`, print `'#'`
> > > 3. or if the only possible modifier is the only possible value, print `'#'`
> > > 4. thus what we have is an unconditional print of `'#'`
> > >
> > > But I will admit this was tricky when first looking at it and would appreciate you triple checking as I may have made a mistake in the above logic. It's definitely the most curious part of this patch for sure. Also, sorry if I misunderstood your point. Thanks for your review!
> > Also, I had previously tackled this in https://reviews.llvm.org/D60738, but abandoned it when I started the overall fix, as I needed it one way or another. Happy to revive that there, land it first, then rebase this if you prefer?
> I agree with the first part about "mem". I'm not sure about the second as it is strcmp and not !strcmp. With printOperand(MI, OpNum+1, O, "nohash"); we would have
> Modifier = "nohash".
> In this case
> ```
> if (!Modifier || strcmp(Modifier, "nohash"))
> O << (isMemOp ? '&' : '#');
> ```
> Would end up with the condition failing as strcmp("nohash", "nohash") == 0 and !Modifier also being false so we would not output a '#' in this case. So I think it should be:
>
> ```
> if (!Modifier || strcmp(Modifier, "nohash"))
> O << '#';
> ```
> As in line 86.
>
> Hope I have that right, it has been a long time since I've read strcmp/!strcmp.
>
> > Also, I had previously tackled this in https://reviews.llvm.org/D60738, but abandoned it when I started the overall fix, as I needed it one way or another. Happy to revive that there, land it first, then rebase this if you prefer?
>
> I don't have a strong preference. This was the only part of the patch that I saw that made significant changes that I didn't know where they came from so it looked like it could have been an oversight.
Great catch!
Repository:
rG LLVM Github Monorepo
CHANGES SINCE LAST ACTION
https://reviews.llvm.org/D60887/new/
https://reviews.llvm.org/D60887
More information about the llvm-commits
mailing list