<div dir="ltr">I can't think of whats going on, but to debug I would:<div><br></div><div>0. Verify your test suite checkout is clean and doesn't have any temporary or build products.</div><div><br></div><div>1. Use the 'lnt runtest nt' --only-test option for a specific subdir to be able to iterate quickly.</div>
<div><br></div><div>2. Try adding debug statements to the Makefile to dump the value of ENDIAN, e.g., with:</div><div>$(error "ENDIAN is $ENDIAN"), before and after the include of Makefile.config and Makefile.singlesrc (which includes Makefile.programs).</div>
<div><br></div><div> - Daniel</div><div><br></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Mon, Feb 24, 2014 at 9:32 AM, Renato Golin <span dir="ltr"><<a href="mailto:renato.golin@linaro.org" target="_blank">renato.golin@linaro.org</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="">On 24 February 2014 17:02, Daniel Dunbar <<a href="mailto:daniel@zuster.org">daniel@zuster.org</a>> wrote:<br>

> Nothing in particular springs to mind. Is it possible that in the context<br>
> where this part of the Makefile is running Makefile.config isn't available?<br>
<br>
</div>This is a standard lnt run, create in the same way I ran for x86_64<br>
and ARM, so I'm not sure what could be wrong.<br>
<div class=""><br>
<br>
> I'm not sure how this can be completely broken in the fashion you describe<br>
> though, as it seems like that would make little-endian fail which is what<br>
> most people are testing.<br>
<br>
</div>It is very weird. I got lost twice trying to follow the make files and<br>
autoconf, this is why I ask you, to see if you can think of anything<br>
that would need registering when adding new targets...<br>
<br>
I'll keep trying... Thanks!<br>
<span class="HOEnZb"><font color="#888888"><br>
--renato<br>
</font></span></blockquote></div><br></div>