<div dir="ltr">I've seen two buildbot failures so far, but I think I tracked down the problem. Fixed in <a href="http://reviews.llvm.org/rL235070">http://reviews.llvm.org/rL235070</a>. We'll see after the next buildbot cyle.</div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Apr 15, 2015 at 8:01 PM, Keno Fischer <span dir="ltr"><<a href="mailto:kfischer@college.harvard.edu" target="_blank">kfischer@college.harvard.edu</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">This is a heads up for those of you using RuntimeDyldELF (directly or indirectly through e.g. MCJIT) on targets other than X86. <div>I have just committed <a href="http://reviews.llvm.org/rL235060" target="_blank">http://reviews.llvm.org/rL235060</a>.<br></div><div><br></div><div>This commit changes the way that relocations work internally </div><div>on a number of platforms with the goal of allowing us to free the </div><div>unrelocated object file earlier. It should not in general change the observed</div><div>behavior.</div><div><br></div><div>I have tested this on X86. Other platforms represent my best understanding<br>of how those relocations should work, but I may have missed something because<br>I do not have access to those platforms. If you're using RuntimeDyldELF and are seeing failures after the above commit, please let us know so we can get them sorted out.</div><div><br></div>We will keep the current ugly workarounds in place for a couple of days, so this commit<br>can be reverted if it breaks the bots.<span class="HOEnZb"><font color="#888888"><div><br>Keno<br></div></font></span></div>
</blockquote></div><br></div>