<div dir="auto"><div>I think another source of difficulty is specifying what representation the pass runs on. Don't forget that the back end lowers LLVM IR to SDAG, then the SDAG is selected, converted into SSA MIR, then RA and rewriting happens to take it out of SSA and finally it lowers to the MC layer. It would be ambiguous to invoke</div><div dir="auto">llc -my-pass</div><div dir="auto">unless we are restricting the passes to IR->IR ones, restricting it to pre-codegenprep and generally imposing the same requirements on the passes as exist in the middle end. <br><br><div class="gmail_quote" dir="auto"><div dir="ltr" class="gmail_attr">On Sat., Mar. 2, 2019, 11:15 p.m. William Woodruff via llvm-dev, <<a href="mailto:llvm-dev@lists.llvm.org">llvm-dev@lists.llvm.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On Sat, Mar 02, 2019 at 07:34:50PM -0800, Tim Northover wrote:<br>
<br>
> The biggest difference and problem I see would be building the thing,<br>
> since the target's headers are going to be needed, but they're<br>
> private. That means they're not shipped with LLVM so you'd need the<br>
> source (and an active build directory for the TableGenerated files,<br>
> lib/Target/XYZ/XYZGen*.inc), which might make the whole project moot<br>
> (depending on your reasons for doing it).<br>
<br>
Yeah, that's a problem. My particular use case is mostly<br>
target-independent, so I hadn't thought about that.<br>
<br>
Well, I'll do some fiddling and see if anything sticks.<br>
Thanks for the response!<br>
<br>
William<br>
_______________________________________________<br>
LLVM Developers mailing list<br>
<a href="mailto:llvm-dev@lists.llvm.org" target="_blank" rel="noreferrer">llvm-dev@lists.llvm.org</a><br>
<a href="https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-dev" rel="noreferrer noreferrer" target="_blank">https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-dev</a><br>
</blockquote></div></div></div>