<div style="font-family: arial, helvetica, sans-serif; font-size: 10pt"><div dir="ltr"><div class="gmail_default" style>On Tue, Jan 1, 2013 at 4:55 PM, Krzysztof Parzyszek <span dir="ltr"><<a href="mailto:kparzysz@codeaurora.org" target="_blank" class="cremed">kparzysz@codeaurora.org</a>></span> wrote:<br>
</div><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im">On 1/1/2013 6:49 PM, David Blaikie wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
Is the hexagon backend not enabled by default? Does it fail even when<br>
the Hexagon backend is built in but the test suite is run on<br>
non-Hexagon?<br>
<br>
</blockquote>
<br></div>
I think it is enabled by default (i.e. it will be built if no specific targets were given at the configure step).  I believe that you actually have to try to compile something using it for this problem to happen.  I usually only build the Hexagon backend, so I don't know if it would show after merely having it built (I suspect not).  I can try it tomorrow.</blockquote>
<div><br></div><div style>The standard development practice is to build all of the backends. This is (in theory) to allow developers to refactor common parts of the toolchain while building and testing the various backends so that they don't break something.</div>
<div style><br></div><div style>For this to work, we need regression tests in the suite which will exercise all of the various backends and targets such that developers actually have this confidence. It is very likely that non-hexagon developers will have to change the hexagon backend or parts of either Clang or LLVM that impact the hexagon backend. Those developers need to have some reasonable confidence they haven't broken things.</div>
<div style><br></div><div style>-Chandler </div></div></div></div></div>