<div dir="ltr"><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Jan 15, 2014 at 2:39 AM, NAKAMURA Takumi <span dir="ltr"><<a href="mailto:geek4civic@gmail.com" target="_blank">geek4civic@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div id=":899" style="overflow:hidden">Although it'd be one of possible fixes, at least in trunk, to add objcarc to dragonegg, ...<br>

<br>
  Are you really planning to deprecate the way of "show all available paths" and to let us update each transforms client (opt, bugpoint, &c) whenever passes are added/removed?<br></div></blockquote><div><br>
</div><div>It's not whenever passes are added/removed.</div><div><br></div><div>It's whenever a *library* of passes is added or removed. And it's not even that bad.</div><div><br></div><div>If the pass is used by the PassManagerBuilder, then regardless of the library it is in, depending on IPO is enough. I think it's fine for clients of transforms which are not used by any of the standard pass pipeline building routines to depend explicitly on the library providing those transforms. They have to have special knowledge of them to use them anyways.</div>
<div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div id=":899" style="overflow:hidden">
  Or do you have alternates? I could abandon this patch then.</div></blockquote></div><br></div><div class="gmail_extra">I think this will also get a touch simpler because I plan to create a library specifically for the PassManagerBuilder and other pass management logic. It will in turn depend on essentially all transforms. It may not depend truly on *all* of them, and thats fine. Custom transforms that are added by custom logic in an extensions point or a plugin seem reasonable to need custom dependencies.</div>
</div>