<div class="gmail_quote">On Sun, Oct 2, 2011 at 11:05 AM, David Chisnall <span dir="ltr"><<a href="mailto:csdavec@swan.ac.uk">csdavec@swan.ac.uk</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
It is, at least, no more broken than it was before.  However, there still appears to be no way of specifying the location of crt*.o, and since reverting my patch it no longer respects -B, so cross-compilation toolchains that target Linux are back in the not-working category.<br>
</blockquote><div><br></div><div>If you have a system root with a '/lib/crt*.o' (or a /usr/lib/crt*.o) in it, then I believe --sysroot will work. If it doesn't I will fix it until it does. That's because this is the cross-compiling environment I'm working with. I'm not sure its there yet, but I do plan to make sysroot work.</div>
<div><br></div><div>Why sysroot rather than -B? Because sysroot seems much more principled in its behavior, and because the previous toolchain I was working with heavily was a GCC one that used sysroot heavily. It's only use of -B was to locate auxillary *binaries* to run during the build, which I believe Clang supports.</div>
<div><br></div><div>I'm still happy for you to propose patches using -B, but they need to not break existing use cases.</div></div>