[PATCH] D73692: [PowerPC] Fix spilling of vector registers in PEI of EH aware functions

Jinsong Ji via Phabricator via llvm-commits llvm-commits at lists.llvm.org
Fri Feb 7 12:54:20 PST 2020


jsji added inline comments.


================
Comment at: llvm/lib/Target/PowerPC/PPCInstrInfo.h:293
 
+  void storeRegToStackSlotNoUpd(MachineBasicBlock &MBB,
+                                MachineBasicBlock::iterator MBBI,
----------------
nemanjai wrote:
> nemanjai wrote:
> > jsji wrote:
> > > NeHuang wrote:
> > > > nit: IMHO it could be better to add descriptions/comments on `NoUpd` for the two new functions `storeRegToStackSlotNoUpd` and  `loadRegFromStackSlotNoUpd`? 
> > > Nit: `NoUpd` here is referring to `No updatedRC`? It might be confusing at first glance, as store with update may refer to store with index update?
> > > 
> > > Why we want to create a new interface here? Why not extending `storeRegToStackSlot` with a default arg?
> > > `storeRegToStackSlot(... , bool mustPreserveElementOrder=true)`
> > > `loadRegFromStackSlot(...., bool mustPreserveElementOrder=true)`
> > I can't really say that I'm up on my knowledge of how virtual function signatures are allowed or not allowed to change between the base class and the derived class. But I can try it and see if the compiler complains.
> OK, tried it and apparently you can't change the signature of virtual functions you override. Which I initially assumed without trying it, now I've confirmed it.
Yes, my original proposal is not to change it when override it. But to change the original virtual functions as well. But anyway, this can be a nice to have NFC.


Repository:
  rG LLVM Github Monorepo

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

https://reviews.llvm.org/D73692





More information about the llvm-commits mailing list