Thanks for working on this. @vtjnash @Keno @staticfloat and I finally got around to brainstorming how it should work. Our vision is

• Build a separate libjulia-codegen that contains codegen.cpp and llvm-*.cpp. Ideally only this library should depend on libLLVM.
• libjulia-internal contains stub codegen entry points (anticodegen.c) as weak symbols.
• If you're building your own executable via PackageCompiler, libjulia-codegen can be omitted just by not putting it on the link line.
• Initially julia.exe can just link to libjulia-codegen at build time. But we might want to avoid loading it if --compile=no is passed.
• The loader_lib.c trampoline tricks are not needed for this, since users of libjulia (embedders) don't need to call codegen entry points directly.

Let me know if you want to keep working on this, or if I should take over.

Julian and I looked at this together last week, I think we are happy if you take this over, but we can also throw some cycles at this in May. Something odd was going on with jl_default_cgparams since it was being declared both in anticodegen and codegen.

Do weak symbols work on non-Linux targets? Last time we discussed this, I was told that they didn't work everywhere.

Ok, we don't need to use weak symbols. We can just use dlsym and plugin-style interface.

Superseded by #41936