I've submitted r243599 that slightly improves things: now libcxx can be
configured with "Clang+TSan", but the build fails with a bunch of
  "undefined reference to `__tsan_read8'"
errors when we are trying to link libc++.so.

Generally, we *don't* link in TSan runtime into shared objects - it should
only be linked into the executable, and __tsan_* symbols should be
left unresolved. Eric, what part of your change caused this behavior
change? Probably, after you've started to execute LLVM CMake modules,
you've modified link flags used to build shared objects, and now they are
required to have no unresolved symbols?

On Wed, Jul 29, 2015 at 5:21 PM, Alexey Samsonov <vonos...@gmail.com> wrote:

> I think I've found the "problem", causing CMake identification of Clang
> version. I will submit it shortly.
>
> On Wed, Jul 29, 2015 at 4:50 PM, Kostya Serebryany <k...@google.com> wrote:
>
>> Thanks, check-msan works for me again.
>>
>>
>>
>> On Wed, Jul 29, 2015 at 4:47 PM, Eric Fiselier <e...@efcs.ca> wrote:
>>
>>> Reverted as r243593.
>>>
>>
>
>
> --
> Alexey Samsonov
> vonos...@gmail.com
>



-- 
Alexey Samsonov
vonos...@gmail.com
_______________________________________________
cfe-commits mailing list
cfe-commits@cs.uiuc.edu
http://lists.cs.uiuc.edu/mailman/listinfo/cfe-commits

Reply via email to