Bug 1316545 part 1 - Link clang plugin with the import library of clang.exe to fix unresolved symbols. r?glandium
MozReview-Commit-ID: G2PtmjBVacj
--- 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