diff options
author | Stephan Bergmann <stephan.bergmann@allotropia.de> | 2025-02-06 15:03:47 +0100 |
---|---|---|
committer | Stephan Bergmann <stephan.bergmann@allotropia.de> | 2025-02-06 16:47:11 +0100 |
commit | a03edb923d88789c86b68f62e7cc58f89d94a863 (patch) | |
tree | fc1f06313d36cf2a1e78381b93a0465d54e614bb /openldap/Makefile | |
parent | aabf7c44ecdf7162eaa8ceead5fb7147218e6ffc (diff) |
Until now, at least Clang silently drops -fsanitize=vptr (which needs RTTI, and
which is by default included in -fsanitize=undefined) from -fsanitize=undefined,
that's how external/firebird (which uses -fno-rtti) worked for now with
-fsanitize=undefined. However, Clang is planing to break -fsanitize=vptr out of
-fsanitize=undefined (see
<https://discourse.llvm.org/t/rfc-remove-vptr-from-undefined/83830> "[RFC]
Remove `vptr` from `undefined`"), so to be prepared for that I started to do my
local ASan/UBSan build with an explicit -fsanitize=vptr already. Which thus
started to cause
> clang++: error: invalid argument '-fsanitize=vptr' not allowed with '-fno-rtti'
But there appears to be no good reason to do such instrumented builds with
-fno-rtti anyway.
Change-Id: I9f579846a6c0f666d071d3432d17b266d8ef339e
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/181213
Tested-by: Jenkins
Reviewed-by: Stephan Bergmann <stephan.bergmann@allotropia.de>
Diffstat (limited to 'openldap/Makefile')
0 files changed, 0 insertions, 0 deletions