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: [email protected]
Reporter: [email protected]
CC: [email protected]
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.
_______________________________________________
LLVMbugs mailing list
[email protected]
http://lists.cs.uiuc.edu/mailman/listinfo/llvmbugs
