ubsan_arangodb_suppressions.txt

null:arangodb::ExecContext

# fix issues with RocksDB library
# (potentially no issues in RocksDB, but issues with UBSan
# failing to understand thread-local variables properly)
# there is also a pending issue in upstream RocksDB:
# https://github.com/facebook/rocksdb/issues/10205
# we may get rid of our own suppressions once the upstream
# issue is fixed.
null:3rdParty/rocksdb/db/memtable.cc
null:3rdParty/rocksdb/db/db_iter.cc
null:3rdParty/rocksdb/db/db_impl/db_impl.cc
null:3rdParty/rocksdb/env/fs_posix.cc
null:3rdParty/rocksdb/file/random_access_file_reader.cc
null:3rdParty/rocksdb/file/writable_file_writer.cc
null:3rdParty/rocksdb/monitoring/perf_step_timer.h
null:3rdParty/rocksdb/util/user_comparator_wrapper.h

# fix issues with S2 library
vptr:region_coverer.cc
vptr:s2cell.h
vptr:s2cell.cc

# fix some V8 false positive
# TODO(MBkkt) I don't think it's false positive, but probably issue in our version of V8, my issue about arangodbtests
vptr:v8::Platform
# TODO(MBkkt) Some issue in our version of V8, only in arangodbtests
vptr:v8::internal::Isolate::~Isolate

# Applying zero offset to null pointer not UB at least in C++20
# https://github.com/libjpeg-turbo/libjpeg-turbo/issues/470
pointer-overflow:3rdParty/nghttp2/lib/nghttp2_buf.c
pointer-overflow:3rdParty/lz4/lib/lz4.c

# It's intentional perform operations with nullptr
# TODO(MBkkt) I think it can be fixed with using uintptr_t instead of pointer
pointer-overflow:3rdParty/iresearch/core/search/bitset_doc_iterator.cpp