When running with ubsan-enabled opt binaries on macOS aarch64, some cds aot tests like

runtime/cds/appcds/aotCache/HelloAOTCache
runtime/cds/appcds/aotCode/AOTCodeCompressedOopsTest
runtime/cds/appcds/aotCode/AOTCodeFlags

trigger this issue; this was not observed on so far Linux.

 stderr: [/jdk/src/hotspot/share/code/codeBlob.hpp:235:97: runtime error: applying non-zero offset 16 to null pointer
    #0 0x104c2d798 in CodeBlob::relocation_end() const codeBlob.hpp:235
    #1 0x104c29bf8 in CodeBlob::relocation_size() const codeBlob.hpp:250
    #2 0x104c2a9b4 in AOTCodeReader::compile_code_blob(char const*, int, int*) aotCodeCache.cpp:950
    #3 0x104c2a5e4 in AOTCodeCache::load_code_blob(AOTCodeEntry::Kind, unsigned int, char const*, int, int*) aotCodeCache.cpp:922
    #4 0x105cc9928 in AdapterHandlerLibrary::lookup_aot_cache(AdapterHandlerEntry*) sharedRuntime.cpp:2772
    #5 0x105cca690 in AdapterHandlerEntry::link() sharedRuntime.cpp:2968
    #6 0x105cc8cfc in AdapterHandlerLibrary::link_aot_adapters() sharedRuntime.cpp:2995
    #7 0x105cc248c in AdapterHandlerLibrary::initialize() sharedRuntime.cpp:2573
    #8 0x1055527c0 in init_globals() init.cpp:165
    #9 0x105ffc1b4 in Threads::create_vm(JavaVMInitArgs*, bool*) threads.cpp:592
    #10 0x10569dc94 in JNI_CreateJavaVM jni.cpp:3680
    #11 0x1009464d0 in JavaMain java.c:494
    #12 0x10094d4fc in ThreadJavaMain java_md_macosx.m:679
    #13 0x197372f90 in _pthread_start+0x84 (libsystem_pthread.dylib:arm64e+0x6f90)
    #14 0x19736dd30 in thread_start+0x4 (libsystem_pthread.dylib:arm64e+0x1d30)