Bug 1316545 part 1 - Link clang plugin with the import library of clang.exe to fix unresolved symbols. r=ehsan
authorTing-Yu Chou <janus926@gmail.com>
Wed, 16 Nov 2016 12:36:58 +0800
changeset 325121 6efe44b0c70dbb2c027c9996fc3e43daf83e02ea
parent 325120 7156a06172f4f652d7bfc9240bb89891288aeabe
child 325122 dbda600d4a149f60343e7ee875ab4577d660ca81
push id24
push usermaklebus@msu.edu
push dateTue, 20 Dec 2016 03:11:33 +0000
reviewersehsan
bugs1316545
milestone53.0a1
Bug 1316545 part 1 - Link clang plugin with the import library of clang.exe to fix unresolved symbols. r=ehsan 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