[LLVMbugs] [Bug 18321] New: clang binary loads the wrong libz.so.1

[bugzilla-daemon at llvm.org]

http://llvm.org/bugs/show_bug.cgi?id=18321

            Bug ID: 18321
           Summary: clang binary loads the wrong libz.so.1
           Product: new-bugs
           Version: trunk
          Hardware: PC
                OS: Linux
            Status: NEW
          Severity: normal
          Priority: P
         Component: new bugs
          Assignee: unassignedbugs at nondot.org
          Reporter: earthdok at google.com
                CC: llvmbugs at cs.uiuc.edu
    Classification: Unclassified

When I execute the trunk (r197984) clang binary, it loads shared libraries from
the current directory. This causes issues e.g. when building instrumented
versions of these libraries. In particular, when building an MSan-instrumented
libz, once libz.so.1 is built, all subsequent invocations of clang will try to
use it. This fails because the library is instrumented and clang itself is not:

$ ls
libz.so.1
$ clang
clang: symbol lookup error: libz.so.1: undefined symbol: __msan_init

This seems to have changed somewhere between r193323 and r197984.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.llvm.org/pipermail/llvm-bugs/attachments/20131224/30fcb8e5/attachment.html>