diff options
| author | Jason Henline <jhen@google.com> | 2016-12-02 01:42:54 +0000 |
|---|---|---|
| committer | Jason Henline <jhen@google.com> | 2016-12-02 01:42:54 +0000 |
| commit | c3e24403f0c933a9e3fac6689ea008c097f424e2 (patch) | |
| tree | 899a848155833962a72cbdca46d7ec399fcb8812 /clang/lib/Frontend/CompilerInstance.cpp | |
| parent | d0eed81dc0554b190ccb6458f213039fa4235b69 (diff) | |
| download | llvm-c3e24403f0c933a9e3fac6689ea008c097f424e2.zip llvm-c3e24403f0c933a9e3fac6689ea008c097f424e2.tar.gz llvm-c3e24403f0c933a9e3fac6689ea008c097f424e2.tar.bz2 | |
[CUDA] "Support" ASAN arguments in CudaToolChain
This fixes a bug that was introduced in rL287285. The bug made it
illegal to pass -fsanitize=address during CUDA compilation because the
CudaToolChain class was switched from deriving from the Linux toolchain
class to deriving directly from the ToolChain toolchain class. When
CudaToolChain derived from Linux, it used Linux's getSupportedSanitizers
method, and that method allowed ASAN, but when it switched to deriving
directly from ToolChain, it inherited a getSupportedSanitizers method
that didn't allow for ASAN.
This patch fixes that bug by creating a getSupportedSanitizers method
for CudaToolChain that supports ASAN.
This patch also fixes the test that checks that -fsanitize=address is
passed correctly for CUDA builds. That test didn't used to notice if an
error message was emitted, and that's why it didn't catch this bug when
it was first introduced. With the fix from this patch, that test will
now catch any similar bug in the future.
llvm-svn: 288448
Diffstat (limited to 'clang/lib/Frontend/CompilerInstance.cpp')
0 files changed, 0 insertions, 0 deletions