https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59454
Martin Liška <marxin at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution|--- |WONTFIX
--- Comment #4 from Martin Liška <marxin at gcc dot gnu.org> ---
I'm pasting here Jakub's opinion which I agree with:
```
I'm strongly against the blacklist, that is not the way things are done in
GCC, you have corresponding attribute to mark functions you don't want to
instrument, people can macroize that with
__typeof (symbol) symbol __attribute__((__no_sanitize_address__));
But in any case, you mark it in the code rather than adding externally
some symbol list.
For others, perhaps, the question is what options to use for them, because
-asan-* options are clearly unacceptable. Perhaps best might be
--param asan-instrument-reads=0 and similar. Note I'd prefer not to
implement ABI changing options, like making red zone size, or shadow
shift or shadow base etc. variable, it is enough that libasan, etc. doesn't
have a stable ABI in between major GCC versions, we don't want to people
have issues with library X compiled with GCC 4.9 with one asan ABI and
another with a different one.
```
Thus I'm closing that as wontfix.
