Assert failure: !"No IL header; cannot get EH info for function"

[JulieLeeMSFT]

Summary:
jitstress 'Interop' aborts with JIT assert !"No IL header; cannot get EH info for function" in fgFindBasicBlocks.

Failed in (1):

• runtime-coreclr jitstress 20260622.1

Console Log: Console Log
Source: runtime-coreclr jitstress / coreclr windows x86 Checked jitstress2 @ Windows.10.Amd64.Open / Interop

Failed tests:

- coreclr windows arm64 Checked jitstress2 @ Windows.11.Arm64.Open
- coreclr windows x64 Checked jitstress2 @ Windows.10.Amd64.Open
- coreclr windows x86 Checked jitstress2 @ Windows.10.Amd64.Open
  - Interop

Error Message:

05:44:54.597 Running test: _COM_RuntimeAsync_RuntimeAsync::RuntimeAsyncBuiltInCom.TaskReturningPInvokeWithComMarshalling()

Assert failure(PID 3628 [0x00000e2c], Thread: 4636 [0x121c]): !"No IL header; cannot get EH info for function"

CLRJIT! Compiler::fgFindBasicBlocks + 0x174 (0x7129c2e4)
CLRJIT! Compiler::compCompileHelper + 0x512 (0x7127b012)
CLRJIT! Compiler::compCompileAfterInit + 0x7CA (0x7127a24a)
CLRJIT! ``jitNativeCode'::`8'::__Body::Run'::`5'::__Body::Run + 0xAA (0x71276cda)
CLRJIT! `jitNativeCode'::`8'::__Body::Run + 0x5A (0x71276d4a)
CLRJIT! jitNativeCode + 0x213 (0x71280103)
CLRJIT! `Compiler::fgInvokeInlineeCompiler'::`2'::<lambda_1>::operator() + 0x1A7 (0x712b75a7)
CORECLR! CEEInfo::runWithErrorTrap + 0x1DF (0x7321b97f)
CLRJIT! Compiler::eeRunWithErrorTrapImp + 0x25 (0x71287755)
CLRJIT! Compiler::fgInvokeInlineeCompiler + 0x20B (0x712bb81b)
    File: D:\a\_work\1\s\src\coreclr\vm\jitinterface.cpp:13185
    Image: C:\h\w\B75609BF\p\corerun.exe

Exit Code: -1073740286
Expected: 100
Actual: -1073740286

Stack Trace:

N/A

Analysis:
The JIT tried to compile a function with no IL header (EH info) under jitstress.

[JulieLeeMSFT]

cc @dotnet/jit-contrib

[dotnet-policy-service]

Tagging subscribers to this area: @JulieLeeMSFT, @jakobbotsch
See info in area-owners.md if you want to be subscribed.

[jakobbotsch]

We are compiling RuntimeAsyncBuiltInCom:<TaskReturningPInvokeWithComMarshalling>g__RunTask|6_1(System.Threading.Tasks.Task) and it tries to inline the async variant RuntimeAsyncNative:PassThroughTask(System.Threading.Tasks.Task), then we break in getEHinfo.

Odd thing is that if we try to inline the non-async variant of the same method we fail in getMethodInfo, returning false from the VM. So likely the fix will be to ensure that the same thing happens for this case for the async variant.