[IL2CPP] Preloader assemblies load but produce no config/log/interop on Mac, Apple Silicon under Rosetta

What happened?

On Apple Silicon (M5, macOS 26.5.2), BepInEx 6 IL2CPP appears to initialise partially and then stop silently. No log, no config, no interop, no crash.

Verified working via vmmap on the running game process:

• libdoorstop.dylib is mapped (__TEXT / __DATA / __LINKEDIT), with a Rosetta .aot translation under /private/var/db/oah/
• CoreCLR-related files are loaded/mapped: dotnet/libcoreclr.dylib (5296K __TEXT), dotnet/libclrjit.dylib, System.Private.CoreLib.dll, System.Reflection.Metadata.dll, System.Collections.Immutable.dll
• BepInEx assemblies are mapped into process memory: BepInEx.Unity.IL2CPP.dll, BepInEx.Preloader.Core.dll, BepInEx.Core.dll, MonoMod.Utils.dll, SemanticVersioning.dll
• cwd is the game folder (confirmed via lsof)
• Game entitlements permit injection (codesign -d --entitlements): com.apple.security.cs.allow-dyld-environment-variables = true com.apple.security.cs.disable-library-validation = true com.apple.security.cs.disable-executable-page-protection = true

Not happening:

• No BepInEx/config generated
• No BepInEx/LogOutput.log generated
• No interop assemblies generated
• Plugin never loads
• Game runs normally to main menu
• No crash report in ~/Library/Logs/DiagnosticReports

Additional observations:

• I manually created BepInEx/config/BepInEx.cfg with [Logging.Console] Enabled=true and [Logging.Disk] Enabled=true / LogLevel=All. lsof shows the process does not open BepInEx.cfg during the failing launch.
• COREHOST_TRACE=1 with COREHOST_TRACEFILE produces no output file, even when passed via arch -e. Presumably expected, since Doorstop loads libcoreclr directly rather than through hostfxr.

History (resolved, for context): An earlier attempt with the default relative doorstop_name produced a DYLD SIGABRT crash: "code signature ... not valid for use in process: library load disallowed by system policy". Patching doorstop_name to an absolute path resolved this.

Steps to reproduce

1. Apple Silicon Mac (M5), macOS 26.5.2
2. Install Dave the Diver (Steam, native macOS build, Unity IL2CPP, Mach-O universal arm64/x86_64)
3. Extract BepInEx-Unity.IL2CPP-macos-x64 (be.785 or be.783) into the game root folder
4. In run_bepinex.sh, set executable_name="DaveTheDiver.app"
5. Set ARCHPREFERENCE="x86_64" (default "arm64,x86_64" fails)
6. Patch doorstop_name to an absolute path: "${BASEDIR}/libdoorstop.dylib" (the default relative name triggers a DYLD code-signature SIGABRT)
7. Run ./run_bepinex.sh
8. Game launches and reaches main menu normally
9. Check BepInEx folder: only core/, patchers/, plugins/ exist. No config/, no interop/, no LogOutput.log.

BepInEx Distribution

Bleeding Edge from BepisBuilds

Log outputs

No BepInEx log is generated. That is the bug.

No preloader_<date>.log is generated.

The game's stdout is flooded with a ~7700-line UnityPlayer Mach-O memory map
dump (MEMORY MAP / LC_SEGMENT_64 / BIND_OPCODE...), which contains no BepInEx
output and may be hiding console output.

BepInEx console was enabled via a manually created BepInEx.cfg, but lsof shows
the process never opens that file.

Environment

* OS: macOS 26.5.2 (build 25F84)
* Hardware: MacBook Air, Apple M5 (Apple Silicon)
* BepInEx: 6.0.0-be.785+6abdba47 and 6.0.0-be.783+c58c42d
  (Unity.IL2CPP-macos-x64), identical behaviour on both
* Game: Dave the Diver (Steam), Unity IL2CPP
* Game binary: Mach-O universal (x86_64 arm64), il2cpp_data present
* Launched directly via ./run_bepinex.sh, not through Steam
* Process runs under Rosetta (vmmap shows .aot translations under
  /private/var/db/oah/ for libdoorstop.dylib and libcoreclr.dylib)