Unable to call C# 7.3 method with `unmanaged` type parameter

[Berrysoft]

I wrote a C# function like this:

int SizeOf<T>() 
    where T : unmanaged
{
    return sizeof(T);
}

But when I tried to call this function in a VB project, the compiler threw a BC30649 exception said:
""is an unsupported type
What should I do to call this function?

[KathleenDollard]

You are correct. We don't support unmanaged types in Visual Basic, even if the type is used in C#.

I'll be honest here... unmanaged types is not a strong point (as I've spent a lot of my career in VB). I don't think I understand your scenario. You have an unmanaged type in VB that you want to pass to C# to get the size?

[Nukepayload2]

I have a blittable Structure and a size in VB that I want to stackalloc a fixed buffer in c# and get the buffer as Span(Of T). So that I can remove unnecessary heap allocations on the hot paths of my VB codes.

[Berrysoft]

The function I gave is only an example. Actually, I tried to write a Pointer(Of T) structure to wrap a C# pointer for VB. Now I write it without unmanaged, but will appreciate it if you support unmanaged types.😉

[KathleenDollard]

There are no plans for Visual Basic to support variations of unsafe code.

[tverweij]

Solved in project Mercury

[antonfirsov]

An unmanaged type constraint can "leak up" to the public API. In case of ImageSharp: the pixel types have the unmanaged constraint for internal reasons, and the high level Image<TPixel> class is a generic type, where TPixel is constrained as TPixel : unmanaged, IPixel<TPixel>

As a result: even though consumer code is not unsafe or low-level, it's not possible to use generic ImageSharp API-s from VB now.

@KathleenDollard have you considered scenarios like this? Any chance it may change your decision?

[Berrysoft]

Before this issue being solved, I suggest switching to C# now, though it is hard to accept that VB.NET is abandoned by M$.

I wish I'm wrong...

[fitdev]

I second the need to be able to consume C# APIs that have unmanaged constraints on them in VB! This is really important in migration scenarios and general VB-C# interop!

[Berrysoft]

Hey @fitdev , I'm happy to see that there's still someone would like this feature after 3 years. But sadly I have to admit that VB has been abandoned by MS. I have ported some of my projects from VB to C#, and never use VB in new projects any more. It is a painful way, but better than sticking to a language abandoned by its inventor.

I will leave this issue open to mark how MS abandoned their wonderful inventions again and again.

[fitdev]

@Berrysoft Good for you that you were able to port your apps to CS. I completely agree that this is the approach going forward. The problem is it takes time, and in the meantime a small feature like this is really a must. I opened another issue where I suggested that at the least enums could be allowed, as that seems to not require much work to implement.

[teo-tsirpanis]

@Berrysoft if you want to use sizeof on any type without the unmanaged constraint, you can use System.Runtime.CompilerServices.Unsafe.SizeOf. If you are not on .NET Core or .NET 5+, you have to install the System.Runtime.CompilerServices.Unsafe NuGet package.

Don't be afraid of the Unsafe in its name, this class has indeed some super unsafe methods, but SizeOf is safe as outlined in dotnet/runtime#41418.