Bug 1316545 part 1 - Link clang plugin with the import library of clang.exe to fix unresolved symbols. r?glandium draft
authorTing-Yu Chou <janus926@gmail.com>
Wed, 16 Nov 2016 12:36:58 +0800
changeset 443881 f314c533a785494a5989ff26f937971cee9f8150
parent 443602 bad312aefb42982f492ad2cf36f4c6c3d698f4f7
child 443882 049ca8da9a389e0b1eaa80b39fac404688870b11
push id37131
push userbmo:janus926@gmail.com
push dateFri, 25 Nov 2016 10:57:58 +0000
reviewersglandium
bugs1316545
milestone53.0a1
Bug 1316545 part 1 - Link clang plugin with the import library of clang.exe to fix unresolved symbols. r?glandium MozReview-Commit-ID: G2PtmjBVacj
build/autoconf/clang-plugin.m4
--- a/build/autoconf/clang-plugin.m4
+++ b/build/autoconf/clang-plugin.m4
@@ -51,17 +51,17 @@ if test -n "$ENABLE_CLANG_PLUGIN"; then
         dnl binary. In order to do this, we need to pass -flat_namespace and
         dnl -undefined suppress to the linker. This makes sure that we link the
         dnl symbols into the flat namespace provided by clang, and thus get
         dnl access to all of the symbols which are undefined in our dylib as we
         dnl are building it right now, and also that we don't fail the build
         dnl due to undefined symbols (which will be provided by clang).
         CLANG_LDFLAGS="-Wl,-flat_namespace -Wl,-undefined,suppress -lclangASTMatchers"
     elif test "${HOST_OS_ARCH}" = "WINNT"; then
-        CLANG_LDFLAGS="clangASTMatchers.lib"
+        CLANG_LDFLAGS="clang.lib"
     else
         CLANG_LDFLAGS="-lclangASTMatchers"
     fi
 
     if test -n "$CLANG_CL"; then
         dnl The llvm-config coming with clang-cl may give us arguments in the
         dnl /ARG form, which in msys will be interpreted as a path name.  So we
         dnl need to split the args and convert the leading slashes that we find