Details
- Reviewers
vitalybuka - Commits
- rGb4c840e70b63: [Sanitizers] intercept hexdump on FreeBSD.
Diff Detail
- Repository
- rG LLVM Github Monorepo
Unit Tests
Event Timeline
LGTM but I am not sure what is the rule for stuff we intercept vs expect instrumentation from the user
WDYT? @eugenis
hexdump looks like to come from libmba, not a critical component (libc is usually difficult to instrument, but other libraries are not). I think the user should compile libmba with instrumentation instead of adding interceptors to sanitizers (which adds complexity). @dim @emaste
(HWAddressSanitizer is deployed on Android. Its C library bionic is instrumented so that very few interceptors are needed.)
It is actually in libutil (see https://www.freebsd.org/cgi/man.cgi?query=hexdump&sektion=3), but it might be somewhat tricky for end users to instrument this system library.
(HWAddressSanitizer is deployed on Android. Its C library bionic is instrumented so that very few interceptors are needed.)
Does that result in overhead if sanitization is *not* asked for?
OK, it's fine then. We just need to kind in mind that if there are too many functions, adding interceptors does not scale.
(HWAddressSanitizer is deployed on Android. Its C library bionic is instrumented so that very few interceptors are needed.)
Does that result in overhead if sanitization is *not* asked for?
The idea is to use a sanitizer-instrumented .a/.so (like multilib) only when requested by -fsanitize=....