<div dir="ltr">Just as a heads up, I'm hearing widespread support and no concerns with this. I'll probably start poking it forward, although it's not likely to be a top priority at any time. I'll at least try to update the documentation where I can find it so that we stop fixing bugs with missing datalayout and just delete that code path.</div><div class="gmail_extra"><br><div class="gmail_quote">On Sun, Oct 19, 2014 at 1:22 AM, Chandler Carruth <span dir="ltr"><<a href="mailto:chandlerc@gmail.com" target="_blank">chandlerc@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 dir="ltr">I've just wasted a day chasing my tail because of subtleties introduced to handle the optionality of the DataLayout. I would like to never do this again. =]<div><br></div><div>We now have this attached to the Module with just a flimsy faked-up pass to keep APIs consistent. So, is there any problem with beginning down the path of:</div><div><br></div><div>1) Synthesizing a "default" boring DataLayout for all modules that don't specify one.</div><div>2) Changing the APIs to make it clear that this can never be missing and is always available.</div><div>3) Start ripping out all of the complexity in the compiler dealing with this.</div><div><br></div><div>If there isn't, I'm willing to do some of the leg work here.</div><span class="HOEnZb"><font color="#888888"><div>-Chandler</div></font></span></div>
</blockquote></div><br></div>