<div dir="auto">If the legacy PM isn't causing you problems then you don't need to rush and switch.<div dir="auto"><br></div><div dir="auto">The new PM is a pretty long term project at this point that is solving various perceived core issues within LLVM. You'll definitely see a big announcement when it is time to start porting. The "legacy" PM isn't going away any time soon. Last I talked with Chandler about it (he is leading the new PM effort) he was envisioning a 1 or 2 year period once the new PM was at a point we could finally get rid of the current PM.</div><div dir="auto"><br></div><div dir="auto">Sorry for the confusion. I think everyone at this point realizes that renaming the current PM to "legacy" was a bit premature (it's been "legacy" for like 4 years now or something?). You'll see most of the recently written stuff uses the "new" vs "current" terminology or similar.</div><div dir="auto"><br></div><div dir="auto">-- Sean Silva</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Jun 13, 2017 7:45 AM, "Christian Convey via llvm-dev" <<a href="mailto:llvm-dev@lists.llvm.org">llvm-dev@lists.llvm.org</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_default" style="font-family:arial,helvetica,sans-serif">I'm maintaining a set of out-of-source passes originally developed for llvm 3.6 and 3.7.  They're written to assume that "opt" will use what's now called the legacy PM.</div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif"><br></div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif">I'm trying to move everything up to llvm 4.0+, and it's not obvious which PM these passes should be written for: the legacy PM, or the new one.  Any advice?</div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif"><br></div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif">One problem is that I can't tell if llvm 4.0's new PM is considered ready for prime-time or not.  For example, I see code in the in-source passes and in the "opt" program to accommodate *both* the legacy PM and the new one.</div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif"><br></div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif">The passes I'm maintaining have the following qualities:</div><div class="gmail_default"><ul><li><font face="arial, helvetica, sans-serif">One provides AA</font></li><li><font face="arial, helvetica, sans-serif">Several of my passes depend on in-source passes: AliasAnalysis, LoopInfoWrapperPass, and MemoryDependencyAnalysis</font></li><li><font face="arial, helvetica, sans-serif">Some are (conceptually) analysis passes, and some are (conceptually) transform passes.</font></li></ul><div>If necessary, I *could* convert my passes to be in-source, but that's pretty suboptimal for me.</div><div><br></div><div><font face="arial, helvetica, sans-serif">Thanks,</font></div><div><font face="arial, helvetica, sans-serif">Christian</font></div></div></div>
<br>______________________________<wbr>_________________<br>
LLVM Developers mailing list<br>
<a href="mailto:llvm-dev@lists.llvm.org">llvm-dev@lists.llvm.org</a><br>
<a href="http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-dev" rel="noreferrer" target="_blank">http://lists.llvm.org/cgi-bin/<wbr>mailman/listinfo/llvm-dev</a><br>
<br></blockquote></div></div>