Closed SingleAccretion closed 1 month ago
Tagging subscribers to this area: @agocke, @MichalStrehovsky, @jkotas See info in area-owners.md if you want to be subscribed.
These should not be getting the thunks. Unfortunately, we make this decision based on looking at the type definition, not the specific instantiated type, so we don't detect this new substitution possibility where we should:
I wonder if it would be easiest to just suppress this message and let it generate the throwing body.
These should not be getting the thunks.
Do you mean the thunks should be unreachable?
In coreclr they are reachable in second level of indirection like delegate2 = delegat1.Invoke
, see https://github.com/dotnet/runtime/pull/104731#discussion_r1675580636.
In coreclr they are reachable in second level of indirection like delegate2 = delegat1.Invoke, see https://github.com/dotnet/runtime/pull/104731#discussion_r1675580636.
There are number of different delegate thunks/stubs. #104731 is about delegate Invoke
method. This issue is about the nativeaot-specific thunks that support System.Linq.Expressions.
What's the priority on fixing this? Will this block a 9.0 scenario or is it just a spurious warning?
In a recent downstream merge, I noticed these when compiling S.R.Tests: