History log of /external/compiler-rt/lib/tsan/rtl/tsan_symbolize.cc
Revision Date Author Comments (<<< Hide modified files) (Show modified files >>>)
2d1fdb26e458c4ddc04155c1d421bced3ba90cd0 29-May-2014 Stephen Hines <srhines@google.com> Update compiler-rt aosp/master for 3.5 (r209699) rebase.

Change-Id: I158a30186f0faea2e2400e9dfdd878db2eb40e90
/external/compiler-rt/lib/tsan/rtl/tsan_symbolize.cc
dbd69cc9ccda50efd0305cd0ce9bad50defe4b42 15-Nov-2013 Bob Wilson <bob.wilson@apple.com> Reapply asan coverage changes 194702-194704.

I still don't know what is causing our bootstrapped LTO buildbots to fail,
but llvm r194701 seems to be OK and I can't imagine that these changes could
cause the problem.

git-svn-id: https://llvm.org/svn/llvm-project/compiler-rt/trunk@194790 91177308-0d34-0410-b5e6-96231b3b80d8
/external/compiler-rt/lib/tsan/rtl/tsan_symbolize.cc
ae51c273d55fa172908cf940c238eacec0f73223 15-Nov-2013 Bob Wilson <bob.wilson@apple.com> Speculatively revert asan coverage changes 194702-194704.

Apple's bootstrapped LTO builds have been failing, and these changes (along
with llvm 194701) are the only things on the blamelist. I will either reapply
these changes or help debug the problem, depending on whether this fixes the
buildbots.

git-svn-id: https://llvm.org/svn/llvm-project/compiler-rt/trunk@194779 91177308-0d34-0410-b5e6-96231b3b80d8
/external/compiler-rt/lib/tsan/rtl/tsan_symbolize.cc
68e16eb59c7f654cdb98a2811b3a42612b58a735 14-Nov-2013 Kostya Serebryany <kcc@google.com> [asan] Poor man's coverage that works with ASan (compiler-rt part)

git-svn-id: https://llvm.org/svn/llvm-project/compiler-rt/trunk@194702 91177308-0d34-0410-b5e6-96231b3b80d8
/external/compiler-rt/lib/tsan/rtl/tsan_symbolize.cc
66d91e3356a0c4d7aff3beaaaff3e87bbaec805c 31-Oct-2013 Alexey Samsonov <samsonov@google.com> [Sanitizer] Add Symbolizer::AddHooks() and use it in TSan and MSan.

Summary:
TSan and MSan need to know if interceptor was called by the
user code or by the symbolizer and use pre- and post-symbolization hooks
for that. Make Symbolizer class responsible for calling these hooks instead.
This would ensure the hooks are only called when necessary (during
in-process symbolization, they are not needed for out-of-process) and
save specific sanitizers from tracing all places in the code where symbolization
will be performed.

Reviewers: eugenis, dvyukov

Reviewed By: eugenis

CC: llvm-commits

Differential Revision: http://llvm-reviews.chandlerc.com/D2067

git-svn-id: https://llvm.org/svn/llvm-project/compiler-rt/trunk@193807 91177308-0d34-0410-b5e6-96231b3b80d8
/external/compiler-rt/lib/tsan/rtl/tsan_symbolize.cc
c1a1ed62228288155459d39194995a36aca4a8a6 26-Oct-2013 Peter Collingbourne <peter@pcc.me.uk> Overhaul the symbolizer interface.

This moves away from creating the symbolizer object and initializing the
external symbolizer as separate steps. Those steps now always take place
together.

Sanitizers with a legacy requirement to specify their own symbolizer path
should use InitSymbolizer to initialize the symbolizer with the desired
path, and GetSymbolizer to access the symbolizer. Sanitizers with no
such requirement (e.g. UBSan) can use GetOrInitSymbolizer with no need for
initialization.

The symbolizer interface has been made thread-safe (as far as I can
tell) by protecting its member functions with mutexes.

Finally, the symbolizer interface no longer relies on weak externals, the
introduction of which was probably a mistake on my part.

Differential Revision: http://llvm-reviews.chandlerc.com/D1985

git-svn-id: https://llvm.org/svn/llvm-project/compiler-rt/trunk@193448 91177308-0d34-0410-b5e6-96231b3b80d8
/external/compiler-rt/lib/tsan/rtl/tsan_symbolize.cc
2d2dc4606e66974a69fb53a66f5b1e5501523686 22-Sep-2013 Dmitry Vyukov <dvyukov@google.com> tsan: allow symbolization of non-native PCs, e.g. coming from JIT/JAVA/etc



git-svn-id: https://llvm.org/svn/llvm-project/compiler-rt/trunk@191157 91177308-0d34-0410-b5e6-96231b3b80d8
/external/compiler-rt/lib/tsan/rtl/tsan_symbolize.cc
7847d77b246635211c3bf465421d49d7af5226c1 10-Sep-2013 Alexey Samsonov <samsonov@google.com> [Sanitizer] Refactor symbolization interface: use class instead of several functions. Move some code around to get rid of extra source files

git-svn-id: https://llvm.org/svn/llvm-project/compiler-rt/trunk@190410 91177308-0d34-0410-b5e6-96231b3b80d8
/external/compiler-rt/lib/tsan/rtl/tsan_symbolize.cc
723e24f768f5b32c38283ee8d2c4219267af2b4d 19-Mar-2013 Dmitry Vyukov <dvyukov@google.com> tsan: symbolizer "flush caches" support


git-svn-id: https://llvm.org/svn/llvm-project/compiler-rt/trunk@177389 91177308-0d34-0410-b5e6-96231b3b80d8
/external/compiler-rt/lib/tsan/rtl/tsan_symbolize.cc
4e81d0e82a4a327987644a57b6103052a974824f 29-Jan-2013 Dmitry Vyukov <dvyukov@google.com> tsan: remember when we are inside of symbolizer code (required for inprocess symbolizer)


git-svn-id: https://llvm.org/svn/llvm-project/compiler-rt/trunk@173796 91177308-0d34-0410-b5e6-96231b3b80d8
/external/compiler-rt/lib/tsan/rtl/tsan_symbolize.cc
90a2467c0a0722dcc9443229b8805f0a878ccb56 29-Jan-2013 Dmitry Vyukov <dvyukov@google.com> tsan: add IsSymbolizerAvailable() function for querying for presence of internal/external symbolizer


git-svn-id: https://llvm.org/svn/llvm-project/compiler-rt/trunk@173783 91177308-0d34-0410-b5e6-96231b3b80d8
/external/compiler-rt/lib/tsan/rtl/tsan_symbolize.cc
5a1f23310cc4a1debae8741653defe620518e612 11-Jan-2013 Dmitry Vyukov <dvyukov@google.com> tsan: symbolize global variables


git-svn-id: https://llvm.org/svn/llvm-project/compiler-rt/trunk@172181 91177308-0d34-0410-b5e6-96231b3b80d8
/external/compiler-rt/lib/tsan/rtl/tsan_symbolize.cc
433c219f8772c35dc4e6bd32bb4131dbc07fdfd6 03-Dec-2012 Dmitry Vyukov <dvyukov@google.com> tsan: describe global vars (module+offset for now)


git-svn-id: https://llvm.org/svn/llvm-project/compiler-rt/trunk@169122 91177308-0d34-0410-b5e6-96231b3b80d8
/external/compiler-rt/lib/tsan/rtl/tsan_symbolize.cc
8cc1f81b2cc1fa0d4cda4f4635d955aed04c09c8 06-Sep-2012 Alexey Samsonov <samsonov@google.com> [TSan] add support for running external symbolizer other than addr2line (for testing purposes)

git-svn-id: https://llvm.org/svn/llvm-project/compiler-rt/trunk@163297 91177308-0d34-0410-b5e6-96231b3b80d8
/external/compiler-rt/lib/tsan/rtl/tsan_symbolize.cc
1dc4cf7e253aefa3ce3bd4a1d349a13647e8b2ea 05-Sep-2012 Alexey Samsonov <samsonov@google.com> [Sanitizer] Remove implicit conversion of InternalScopedBuffer<T> to T*

git-svn-id: https://llvm.org/svn/llvm-project/compiler-rt/trunk@163197 91177308-0d34-0410-b5e6-96231b3b80d8
/external/compiler-rt/lib/tsan/rtl/tsan_symbolize.cc
14c8bd7250742749e44e306c02a56cf47ad1db82 22-Aug-2012 Alexey Samsonov <samsonov@google.com> [TSan] switch tsan to using InternalScopedBuffer from sanitizer_common

git-svn-id: https://llvm.org/svn/llvm-project/compiler-rt/trunk@162351 91177308-0d34-0410-b5e6-96231b3b80d8
/external/compiler-rt/lib/tsan/rtl/tsan_symbolize.cc
bc12f5d836b161b881de91e29548cfbc014243a3 05-Jul-2012 Alexey Samsonov <samsonov@google.com> [TSan] add a new option 'use_internal_symbolizer' that allows to choose between addr2line-based and llvm-based symbolizer w/o having to rebuild the runtime. This is hopefully a temporary solution that simplifies testing process. In the end, we should leave a single symbolizer.

git-svn-id: https://llvm.org/svn/llvm-project/compiler-rt/trunk@159730 91177308-0d34-0410-b5e6-96231b3b80d8
/external/compiler-rt/lib/tsan/rtl/tsan_symbolize.cc