[llvm-dev] [GlobalISel][RFC] Contract between LLVM IR and the backends for ISel

James Knight via llvm-dev llvm-dev at lists.llvm.org
Fri Jan 22 15:15:26 PST 2016


> On Jan 22, 2016, at 5:36 PM, Quentin Colombet via llvm-dev <llvm-dev at lists.llvm.org> wrote:
> 
> Hi,
> 
> I would like your opinions on the contract we have between the LLVM IR and the backends.
> 
> 
> * Context *
> 
> Right now, the backends are supposed to be able to perform instruction selection on any valid LLVM IR.
> Although this is *not* something I want to change for GlobalISel, I thought I brought that up on the mailing list to discuss the implications.
> 
> In particular, in the past, some people mentioned that they wanted to do (some part of) the legalization on LLVM IR. This may impact the contract we have between LLVM IR inputs and the backends and I would like to clarify that.
> 
> 
> * Feedback Needed *
> 
> 1. In your opinion where does a “backend" start?
> 
> For instance, does a backend starts at llc or at ISel?
> 
> 
> 2. Where does this contract apply?
> 
> For instance, is it at the start of the backend or at ISel (assuming those two definitions are different).
> 
> 
> * Implications *
> 
> Personally, I consider the backend starts at isel time and that the contract should remain what it is currently: being able to select any valid LLVM IR. I.e., this means we cannot rely on any LLVM IR legalization without changing the contract.
> 
> Thoughts?


Your definition seems not to be how LLVM currently works -- at least AFAICT. There are a bunch of backend-specific IR passes now -- is it not the case that most backends would fail to work if you disabled those? E.g. AtomicExpandPass, and the various passes added by addPassesToHandleExceptions? Aren't those required?

I'm also not sure why it'd be a useful definition to have. What purpose would be served by requiring that a backend is not allowed to use an IR->IR pass for part of its legalization? Isn't that invisible to the outside world? Why would it matter -- as long as the set of backend-specific IR->IR passes, plus ISel, accomplishes the desired outcome, who cares how the work is split up?


More information about the llvm-dev mailing list