Leonard Chan 9cbbc6a096 [NewPM] Second attempt at porting ASan ... This is the second attempt to port ASan to new PM after D52739. This takes the initialization requried by ASan from the Module by moving it into a separate class with it's own analysis that the new PM ASan can use. Changes: - Split AddressSanitizer into 2 passes: 1 for the instrumentation on the function, and 1 for the pass itself which creates an instance of the first during it's run. The same is done for AddressSanitizerModule. - Add new PM AddressSanitizer and AddressSanitizerModule. - Add legacy and new PM analyses for reading data needed to initialize ASan with. - Removed DominatorTree dependency from ASan since it was unused. - Move GlobalsMetadata and ShadowMapping out of anonymous namespace since the new PM analysis holds these 2 classes and will need to expose them. Differential Revision: https://reviews.llvm.org/D56470 llvm-svn: 353985		2019-02-13 22:22:48 +00:00
..
AddressSanitizer	[NewPM] Second attempt at porting ASan	2019-02-13 22:22:48 +00:00
BoundsChecking
DataFlowSanitizer
EfficiencySanitizer
HWAddressSanitizer	hwasan: If we split the entry block, move static allocas back into the entry block.	2019-01-25 02:08:46 +00:00
InstrProfiling	[InstrProf] Implement static profdata registration	2019-02-08 19:03:50 +00:00
MemorySanitizer	[NewPM][MSan] Add Options Handling	2019-02-04 21:02:49 +00:00
SanitizerCoverage	[SanitizerCoverage] Clang crashes if user declares __sancov_lowest_stack variable	2019-02-04 22:06:30 +00:00
ThreadSanitizer	[NewPM][TSan] Reiterate the TSan port	2019-01-16 09:28:01 +00:00
cgprofile.ll