<div dir="ltr">> ...but I don't think we should ever be looking for<br>> ${DEFAULT_TRIPLE}-gcc. That doesn't make sense to me at all.<br><div><br></div><div>IIt was added in <a href="https://reviews.llvm.org/D13340">https://reviews.llvm.org/D13340</a>. Quoting a comment there:</div><div>""LLVMDefaultTargetTriple is the value specified with the CMake variable -DLLVM_DEFAULT_TARGET_TRIPLE= during configuration time. For example, using --target=mips64el-mti-linux will search for files prefixed with either mips64el-mti-linux-{as,ld} and mips-mti-linux-{as,ld} in our toolchain where we specify -DLLVM_DEFAULT_TARGET_TRIPLE=mips-mti-linux."<br><br>I guess that allows you to only package one copy of tools that can handle both targets.</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, 14 May 2020 at 14:34, Joerg Sonnenberger via cfe-dev <<a href="mailto:cfe-dev@lists.llvm.org">cfe-dev@lists.llvm.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On Thu, May 14, 2020 at 09:38:43AM +0100, David Spickett via cfe-dev wrote:<br>
> I have a patch up for review that changes how external tools like gcc are<br>
> found [0]. Short version, more specific names on the user's PATH should be<br>
> found before less specific names that are in the clang install dir.<br>
<br>
I don't mind inverting the flow here.<br>
<br>
> This was raised in a bug report [1] and I'll use that to describe the<br>
> current behaviour.<br>
> <br>
> $ clang --target=aarch64-none-elf <...><br>
> <br>
> Clang looks for a GCC to use. With one of these possible names:<br>
> "aarch64-elf-none-gcc", "gcc", ""x86_64-unknown-linux-gnu-gcc" (which is<br>
> the default triple in this example)<br>
<br>
...but I don't think we should ever be looking for<br>
${DEFAULT_TRIPLE}-gcc. That doesn't make sense to me at all.<br>
<br>
> We look for each name in the installed dir first, so if clang is in<br>
> /usr/bin we likely find /usr/bin/gcc. This isn't going to work for cross<br>
> compiling.<br>
<br>
It works with as/ld in most places, but I can understand the desire to<br>
having them in PATH.<br>
<br>
Joerg<br>
_______________________________________________<br>
cfe-dev mailing list<br>
<a href="mailto:cfe-dev@lists.llvm.org" target="_blank">cfe-dev@lists.llvm.org</a><br>
<a href="https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-dev" rel="noreferrer" target="_blank">https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-dev</a><br>
</blockquote></div>