Uh oh!
There was an error while loading. Please reload this page.
Implement abstraction for marshalling direction in the generator APIs - #78196
Conversation
…ether we're marshalling a parameter/return value/etc from managed to unmanaged or vice versa. This abstraction will be useful when enabling unmanaged->managed stubs as we won't need to go update every marshalling generator to correctly understand what to do. Also rename some members from "in/out/ref" to use the direction-based names.
ghost
commented
Nov 10, 2022
Tagging subscribers to this area: @dotnet/interop-contrib Issue DetailsUse MarshalDirection to provide a nice abstraction for determining whether we're marshalling a parameter/return value/etc from managed to unmanaged or vice versa. This abstraction will be useful when enabling unmanaged->managed stubs as we won't need to go update every marshalling generator to correctly understand what to do. Also rename some members from "in/out/ref" to use the direction-based names. Extracted from #77130
|
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
jkoritzinsky
commented
Nov 19, 2022
All failures are tracked by known issues (#78599), so merging in. |
Use MarshalDirection to provide a nice abstraction for determining whether we're marshalling a parameter/return value/etc from managed to unmanaged or vice versa. This abstraction will be useful when enabling unmanaged->managed stubs as we won't need to go update every marshalling generator to correctly understand what to do.
Also rename some members from "in/out/ref" to use the direction-based names.
Extracted from #77130