<div dir="ltr"><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Feb 25, 2014 at 3:03 PM, Rafael Espíndola <span dir="ltr"><<a href="mailto:rafael.espindola@gmail.com" target="_blank">rafael.espindola@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=":1wn" class="a3s" style="overflow:hidden">Hi Chandler,<br>
<br>
This patch is what is left from my old patch series for making<br>
Datalayout not a Pass. It is much smaller now that the anti alias<br>
interface still uses DataLayoutPass.<br></div></blockquote><div><br></div><div>This looks really good. The simplification in the inliner for example are really nice.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div id=":1wn" class="a3s" style="overflow:hidden">
<br>
One interesting issue with sometimes using DataLayoutPass and<br>
sometimes fetching it from the Module is that we have to make sure<br>
they are equivalent. We can get most of the way there by always<br>
constructing the pass with a Module. In fact, it could be changed to<br>
point to an external DataLayout instead of owning one to make this<br>
stricter.<br>
<br>
Unfortunately, the C api passes a DataLayout, so it has to be up to<br>
the caller to make sure the pass and the module are in sync.</div></blockquote></div><br>Yuck. That's unfortunate.</div><div class="gmail_extra"><br></div><div class="gmail_extra">Anyways, whatever ends up working here seems fine.</div>
<div class="gmail_extra"><br></div><div class="gmail_extra">You can add an assert to the verifier or somewhere else if you want that checks the two, but it seems low-value.</div></div>