<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Tue, Feb 17, 2015 at 1:08 PM, Colin LeMahieu <span dir="ltr"><<a href="mailto:colinl@codeaurora.org" target="_blank">colinl@codeaurora.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div lang="EN-US" link="blue" vlink="purple"><p class="MsoNormal"><span style="color:rgb(31,73,125);font-family:Calibri,sans-serif;font-size:11pt"> </span><br></p><p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1f497d">One migration issue I could see is any time a frontend depends on the LLVM type system for tracking types rather than doing it itself.<u></u><u></u></span></p><p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1f497d"><u></u> </span></p></div></blockquote><div><br></div><div>This. An idiom I've used extensively is pointer-to-struct-with-name-mangled-type-information. Because of this I can rely on LLVM entirely for type tracking, which feels like a good thing. It shouldn't be a big migration issue in my case, but I'd appreciate any words of wisdom from the LLVM community.</div><div><br></div><div>v/r,</div><div>Josh</div></div></div></div>