llvm/lib/Transforms/Instrumentation, branch release_31http://llvm.orghttps://git.amat.us/llvm/atom/lib/Transforms/Instrumentation?h=release_312012-04-10T22:29:17Z[tsan] two more compile-time optimizations:2012-04-10T22:29:17ZKostya Serebryanykcc@google.com2012-04-10T22:29:17Zurn:sha1:cff60c1409e36079b4bc6ecbda84565143bf00af
- don't isntrument reads from constant globals.
Saves ~1.5% of instrumented instructions on CPU2006
(counting static instructions, not their execution).
- don't insrument reads from vtable (which is a global constant too).
Saves ~5%.
I did not measure the run-time impact of this,
but it is certainly non-negative.
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@154444 91177308-0d34-0410-b5e6-96231b3b80d8
[tsan] compile-time instrumentation: do not instrument a read if2012-04-10T18:18:56ZKostya Serebryanykcc@google.com2012-04-10T18:18:56Zurn:sha1:2076af0184bd38185a719ea07cb10a90e8565a89
a write to the same temp follows in the same BB.
Also add stats printing.
On Spec CPU2006 this optimization saves roughly 4% of instrumented reads
(which is 3% of all instrumented accesses):
Writes : 161216
Reads : 446458
Reads-before-write: 18295
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@154418 91177308-0d34-0410-b5e6-96231b3b80d8
[tsan] treat vtable pointer updates in a special way (requires tbaa); fix a bug (forgot to return true after instrumenting); make sure the tsan tests are run2012-03-26T17:35:03ZKostya Serebryanykcc@google.com2012-03-26T17:35:03Zurn:sha1:52eb699220aa00696b5c4a1a67141a8bcc8a4e68
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@153448 91177308-0d34-0410-b5e6-96231b3b80d8
[asan] fix one more bug related to long double2012-03-21T15:28:50ZKostya Serebryanykcc@google.com2012-03-21T15:28:50Zurn:sha1:208a4ff2b56f453910bb817540f34b8169f7702a
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@153189 91177308-0d34-0410-b5e6-96231b3b80d8
[asan] don't emit __asan_mapping_offset/__asan_mapping_scale by default -- they are currently used only for experiments2012-03-19T16:40:35ZKostya Serebryanykcc@google.com2012-03-19T16:40:35Zurn:sha1:8c0134a77615b66f57250f0662bc899e4574551e
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@153040 91177308-0d34-0410-b5e6-96231b3b80d8
[tsan] use FunctionBlackList2012-03-14T23:33:24ZKostya Serebryanykcc@google.com2012-03-14T23:33:24Zurn:sha1:6e590e3f61b101554f97d6ab257c802c9ec49862
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@152755 91177308-0d34-0410-b5e6-96231b3b80d8
[asan] rename class BlackList to FunctionBlackList and move it into a separate file -- we will need the same functionality in ThreadSanitizer2012-03-14T23:22:10ZKostya Serebryanykcc@google.com2012-03-14T23:22:10Zurn:sha1:a1c45044099cf7fb4a072f1326f164706d5bb2e2
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@152753 91177308-0d34-0410-b5e6-96231b3b80d8
ASan: use getTypeAllocSize instead of getTypeStoreSize.2012-03-02T10:41:08ZEvgeniy Stepanoveugeni.stepanov@gmail.com2012-03-02T10:41:08Zurn:sha1:d8313be41031e4d768f5b38199904d4debff88cd
This change replaces getTypeStoreSize with getTypeAllocSize in AddressSanitizer
instrumentation for stack allocations.
One case where old behaviour produced undesired results is an optimization in
InstCombine pass (PromoteCastOfAllocation), which can replace alloca(T) with
alloca(S), where S has the same AllocSize, but a smaller StoreSize. Another
case is memcpy(long double => long double), where ASan will poison bytes 10-15
of a stack-allocated long double (StoreSize 10, AllocSize 16,
sizeof(long double) = 16).
See http://llvm.org/bugs/show_bug.cgi?id=12047 for more context.
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@151887 91177308-0d34-0410-b5e6-96231b3b80d8
[tsan] fix compiler warnings2012-02-14T00:52:07ZKostya Serebryanykcc@google.com2012-02-14T00:52:07Zurn:sha1:3eccaa6625a8032bee6b84706cb46ed8eb915acf
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@150449 91177308-0d34-0410-b5e6-96231b3b80d8
ThreadSanitizer, a race detector. First LLVM commit.2012-02-13T22:50:51ZKostya Serebryanykcc@google.com2012-02-13T22:50:51Zurn:sha1:60ebb1947faed42e493179e569c5db0c01d38a2a
Clang patch (flags) will follow shortly.
The run-time library will also follow, but not immediately.
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@150423 91177308-0d34-0410-b5e6-96231b3b80d8