diff options
| author | Jakub Jelinek <jakub@redhat.com> | 2024-05-07 21:29:14 +0200 |
|---|---|---|
| committer | Jakub Jelinek <jakub@redhat.com> | 2024-05-07 21:29:14 +0200 |
| commit | d4e25cf4f7c1f51a8824cc62bbb85a81a41b829a (patch) | |
| tree | cfb5d1c37abff754647008a5ff24d443764bf6e3 /c++tools | |
| parent | 7887d808876c00e682e11c19caae1a0dbc9fa3a8 (diff) | |
| download | gcc-d4e25cf4f7c1f51a8824cc62bbb85a81a41b829a.zip gcc-d4e25cf4f7c1f51a8824cc62bbb85a81a41b829a.tar.gz gcc-d4e25cf4f7c1f51a8824cc62bbb85a81a41b829a.tar.bz2 | |
tree-inline: Remove .ASAN_MARK calls when inlining functions into no_sanitize callers [PR114956]
In r9-5742 we've started allowing to inline always_inline functions into
functions which have disabled e.g. address sanitization even when the
always_inline function is implicitly from command line options sanitized.
This mostly works fine because most of the asan instrumentation is done only
late after ipa, but as the following testcase the .ASAN_MARK ifn calls
gimplifier adds can result in ICEs.
Fixed by dropping those during inlining, similarly to how we drop
.TSAN_FUNC_EXIT calls.
2024-05-07 Jakub Jelinek <jakub@redhat.com>
PR sanitizer/114956
* tree-inline.cc: Include asan.h.
(copy_bb): Remove also .ASAN_MARK calls if id->dst_fn has asan/hwasan
sanitization disabled.
* gcc.dg/asan/pr114956.c: New test.
Diffstat (limited to 'c++tools')
0 files changed, 0 insertions, 0 deletions