1:9.0.1-20 from jammy-proposed causes julia to segfault on start

llvm-toolchain-9 1:9.0.1-20 jammy-proposed
julia 1.5.3+dfsg-3 jammy-release

When libllvm9 from the proposed pocket is upgraded to, this causes julia to segfault on start

$ julia
Segmentation fault (core dumped)

$ (gdb) run
Starting program: /usr/bin/julia
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
[New Thread 0x7ffff2ba2640 (LWP 9215)]

Thread 1 "julia" received signal SIGSEGV, Segmentation fault.
_S_copy () at /usr/lib/gcc/x86_64-linux-gnu/11/../../../../include/c++/11/bits/basic_string.h:357
357 /usr/lib/gcc/x86_64-linux-gnu/11/../../../../include/c++/11/bits/basic_string.h: No such file or directory.

$ (gdb) bt
#0 _S_copy () at /usr/lib/gcc/x86_64-linux-gnu/11/../../../../include/c++/11/bits/basic_string.h:357
#1 _S_copy_chars () at /usr/lib/gcc/x86_64-linux-gnu/11/../../../../include/c++/11/bits/basic_string.h:401
#2 _M_construct<char*> () at /usr/lib/gcc/x86_64-linux-gnu/11/../../../../include/c++/11/bits/basic_string.tcc:225
#3 _M_construct_aux<char*> () at /usr/lib/gcc/x86_64-linux-gnu/11/../../../../include/c++/11/bits/basic_string.h:255
#4 _M_construct<char*> () at /usr/lib/gcc/x86_64-linux-gnu/11/../../../../include/c++/11/bits/basic_string.h:274
#5 basic_string () at /usr/lib/gcc/x86_64-linux-gnu/11/../../../../include/c++/11/bits/basic_string.h:459
#6 MCTargetOptions () at /build/llvm-toolchain-9-TOHISF/llvm-toolchain-9-9.0.1/llvm/include/llvm/MC/MCTargetOptions.h:34
#7 0x00007ffff5149fc0 in TargetOptions ()
    at /build/llvm-toolchain-9-TOHISF/llvm-toolchain-9-9.0.1/llvm/include/llvm/Target/TargetOptions.h:106
#8 TargetMachine () at /build/llvm-toolchain-9-TOHISF/llvm-toolchain-9-9.0.1/llvm/lib/Target/TargetMachine.cpp:39
#9 0x00007ffff41f7646 in LLVMTargetMachine ()
    at /build/llvm-toolchain-9-TOHISF/llvm-toolchain-9-9.0.1/llvm/lib/CodeGen/LLVMTargetMachine.cpp:82
#10 0x00007ffff5d0c3ea in X86TargetMachine ()
    at /build/llvm-toolchain-9-TOHISF/llvm-toolchain-9-9.0.1/llvm/lib/Target/X86/X86TargetMachine.cpp:215
#11 0x00007ffff5d0db24 in llvm::RegisterTargetMachine<llvm::X86TargetMachine>::Allocator(llvm::Target const&, llvm::Triple const&, llvm::StringRef, llvm::StringRef, llvm::TargetOptions const&, llvm::Optional<llvm::Reloc::Model>, llvm::Optional<llvm::CodeModel::Model>, llvm::CodeGenOpt::Level, bool) ()
    at /build/llvm-toolchain-9-TOHISF/llvm-toolchain-9-9.0.1/llvm/include/llvm/Support/TargetRegistry.h:1120
#12 0x00007ffff7b89a88 in llvm::Target::createTargetMachine (JIT=true, OL=llvm::CodeGenOpt::None, CM=..., RM=..., Options=...,
    Features=..., CPU=..., TT=..., this=0x7ffff77b64a8 <llvm::getTheX86_64Target()::TheX86_64Target>)
    at /usr/lib/llvm-9/include/llvm/Support/TargetRegistry.h:401
#13 JuliaOJIT::JuliaOJIT (this=0x5555556d9da0, TM=...) at ./src/jitlayers.cpp:574
#14 0x00007ffff7aac8b3 in jl_init_llvm () at ./src/codegen.cpp:7525
#15 0x00007ffff7ada82c in jl_init_codegen () at ./src/codegen.cpp:7555
#16 0x00007ffff7b46e86 in jl_restore_system_image_from_stream (f=0x7fffffffdb70) at ./src/staticdata.c:1624
#17 0x00007ffff7b49aef in jl_restore_system_image_data (buf=0x7fffea15a040 <jl_system_image_data> "\\sJ\004", len=126366447)
    at ./src/staticdata.c:1677
#18 0x00007ffff7b49bf6 in jl_load_sysimg_so () at ./src/staticdata.c:245
#19 jl_restore_system_image (fname=<optimised out>) at ./src/staticdata.c:1650
#20 0x00007ffff7b34f3f in _julia_init (rel=JL_IMAGE_JULIA_HOME) at ./src/init.c:723
#21 0x00007ffff7b359f9 in julia_init__threading (rel=<optimised out>) at ./src/task.c:246
#22 0x000055555555659b in main (argc=<optimised out>, argv=<optimised out>) at ./ui/repl.c:221

Note: When building src:cantor julia backend, cmake runs julia to find the include file location. Therefore building cantor in jammy-proposed causes cmake to fail to find julia include files, and not build the backend.