<div dir="ltr">llvm-config is a tool for host's libraries, regardless of the target.<div><br></div><div>With cross compilation of clang/llvm, Both llvm-config (host's, aka configure's --build) and llvm-config.exe should be built.</div><div>See also, <a href="http://bb.pgr.jp/builders/i686-mingw32-RA-on-linux/builds/7293">http://bb.pgr.jp/builders/i686-mingw32-RA-on-linux/builds/7293</a></div><div>It is using i686-mingw32-g++ on linux.</div></div><br><div class="gmail_quote"><div dir="ltr">On Wed, Feb 10, 2016 at 1:54 PM ChrisBieneman <<a href="mailto:beanz@apple.com">beanz@apple.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br>
> On Feb 9, 2016, at 5:21 PM, NAKAMURA Takumi <<a href="mailto:geek4civic@gmail.com" target="_blank">geek4civic@gmail.com</a>> wrote:<br>
><br>
> chapuni added a subscriber: chapuni.<br>
><br>
> ================<br>
> Comment at: llvm/trunk/tools/llvm-config/llvm-config.cpp:331<br>
> @@ +330,3 @@<br>
> +    StaticPrefix, StaticDir = "lib";<br>
> +  const Triple HostTriple(Triple::normalize(LLVM_DEFAULT_TARGET_TRIPLE));<br>
> +  if (HostTriple.isOSWindows()) {<br>
> ----------------<br>
> The behavior should be controlled not by target, but by host. Fixed in r260343.<br>
> Consider if host=linux, target=i686-win32.<br>
<br>
I don't follow. This is the logic that controls file extensions. If my host is linux, but I'm cross compiling for Windows, I would expect the dynamic libraries to be "dll" files. Correct?<br>
<br>
-Chris<br>
<br>
><br>
><br>
> Repository:<br>
>  rL LLVM<br>
><br>
> <a href="http://reviews.llvm.org/D13198" rel="noreferrer" target="_blank">http://reviews.llvm.org/D13198</a><br>
><br>
><br>
><br>
</blockquote></div>