summaryrefslogtreecommitdiff
path: root/openldap/Makefile
diff options
context:
space:
mode:
authorStephan Bergmann <stephan.bergmann@allotropia.de>2025-02-06 15:03:47 +0100
committerStephan Bergmann <stephan.bergmann@allotropia.de>2025-02-06 16:47:11 +0100
commita03edb923d88789c86b68f62e7cc58f89d94a863 (patch)
treefc1f06313d36cf2a1e78381b93a0465d54e614bb /openldap/Makefile
parentaabf7c44ecdf7162eaa8ceead5fb7147218e6ffc (diff)
external/firebird: Drop -fno-rtti from sanitizer builds HEADmaster
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