News for hackers. Stuff that matters.

A comment on Why is D's garbage collection slower than GO's?. Parent comment

Re:Why is D's garbage collection slower than GO's? by pjmlp on Saturday October 29, 2022 @06:24AM (#33382714)
I do, and it isn't called Managed C++, rather C++/CLI.

Managed C++ was replaced by C++/CLI in .NET 2.0.

It is the best way to write bindings to native libraries on the .NET ecosystem without having to bother with getting P/Invoke or COM bindings attributes quite right.

However it is constrained to Windows, so for portable .NET code, P/Invoke it is.

[ Parent | on HN ]
Re:Why is D's garbage collection slower than GO's? by WalterBright on Saturday October 29, 2022 @06:37AM (#33382787)
Its use seems to be constrained to when one needs such a bridge. Not really a ringing endorsement.
[ Parent | on HN ]
Re:Why is D's garbage collection slower than GO's? by pjmlp on Saturday October 29, 2022 @08:04AM (#33383313)
Because C# covers all bases, specially since they started bringing Midori features into C# 7 onwards, as I mentioned, I only use it for non portable code out of convenience.

In fact C# actually has three models of pointers, regular references, JIT intrisics like IntPtr/UIntPtr and raw unsafe pointers.

[ Parent | on HN ]