<div dir="ltr">Here's the script +Hans uses to build so you can compare.</div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Sep 7, 2015 at 11:33 AM, Edward Diener via cfe-dev <span dir="ltr"><<a href="mailto:cfe-dev@lists.llvm.org" target="_blank">cfe-dev@lists.llvm.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">If I look at pre-built version of clang for Windows I notice that there are no dependencies on any C++ implementation DLLs but only on the common lower level Windows DLLs kernel32.dll, shell32.dll, and advapi32.dll, which are all in the windows/system32 directory. This appears pretty nice.<br>
<br>
If I build clang from source using some version of mingw-64/gcc as the compiler and CMake/Ninja as the build system I end up with a clang which has dependencies on the above mentioned lower level Windows DLLs and msvcrt.dll in the windows/system32 directory, as well as libstdc++6.dll and on whatever other DLL represents the exceptional model for that version of mingw-64/gcc in a mingw-64/gcc bin directory. If I build a 32-bit version of clang with mingw-64/gcc 32-bit supporting the dwarf exception model clang has a dependency on LIBGCC_S_DW2-1.DLL. If I build a 64-bit version of clang with mingw-64/gcc 64-bit supporting the seh exception model clang has a dependency on LIBGCC_S_SEH-1.DLL.<br>
<br>
Why is there this discrepancy between the pre-built versions and the 32-bit and 64-bit versions of clang which I build ?<br>
<br>
Or better yet, with what is the clang pre-built versions being built so that it has no dependencies on any compiler implementation DLL ?<br>
<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="http://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-dev" rel="noreferrer" target="_blank">http://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-dev</a><br>
</blockquote></div><br></div>