Microsoft plánuje vybudovat Azure datacentrum v Polsku
https://news.microsoft.com/...including-access-to-local-cloud-services-with-first-datacenter-region/

Pokud také nemáte rádi to, že se vám samovolně přepínají MSDN stránky či jiné weby Microsoftu na češtinu, tak doporučuji tento doplněk, který automaticky přesměruje stránky zpět na angličtinu:
FFS MSDN in English
FFS MSDN in English - Internetový obchod Chrome
https://chrome.google.com/...tail/ffs-msdn-in-english/ddaknggefjjgpnlhiejepbiplceedmfl/related?hl=cs

Tak se s váma podělímo o zkušenost..
Jak jsem psal níže, fce z managed do native exportuju takhle..
l.InstanceManagerInit = Marshal.GetFunctionPointerForDelegate<ExportList._dInstanceManagerInit>(ManagedInstanceManager.InstanceManagerInit);

Funguje. Pokud v nějaký c# fci zavolam GC.Collect(10, GCCollectionMode.Forced, true); tak příští managovanej call naprosto kouzelně selže..
Pokud alokaci předělám na
testdel = new ExportList._dInstanceManagerInit(ManagedInstanceManager.InstanceManagerInit);
l.InstanceManagerInit = Marshal.GetFunctionPointerForDelegate(testdel);

tak to začne fungovat.. Kouzelný.

MAIMONIDES: Asi jsem se nevyjádřil správně - tím, že v .NET Core jsou aktuálně spíš bety jsem myslel, že jsou spíše beta verze řešení tohoto problému. Samotný .NET Core rozhodně za betu nepovažuji.

C++/CLI je peklo, ale funguje ve výsledku dobře. Nicméně, neustále se měnilo, jestli to podporované je nebo není a podle toho byla podpora ve VS. Netuším, jestli vůbec jde zkompilovat pro .NET Core.

To Mono byla (v době kdy jsem to zkoušel) jediná varianta pro to, aby i ten .NET kód byl zkompilovaný nativně. Výsledkem byla nativní knihovna, která šla používat přes C-API a nevyžadovala od systému takřka nic. Nebyl tam velký rozdíl od knihovny napsané nativně, fungovalo to docela svižně a dobře. Akorát člověk nemohl používat úplně vše, co bylo dostupné v .NETu. Nicméně, člověk co chtěl používat tu knihovnu vůbec nemusel řešit, že to je napsané v .NETu, byla to klasická nativní knihovna.

Z mého pohledu bude ideální nativní kompilace .NETu, ale k tomu je hádám ještě daleká cesta.

SLUPKA: Dík za pohled. Úplně teda nesouhlasím..
.NET 3.1 je označenej za tříletý lts, což je v kontextu c# docela doba.
Nativní net kompilace je explicitně označení za betu, čili tam ne.
C++/CLI jsem zvažoval, ale nějak v tom nevidím tu radost. Je to o dost víc (mechanicky generovanýho) kódu a vpodstatě musíš řešit pořád totéž. Z hlediska rychlosti je to asi neutrální a doufám, že by to kompilátor kompletně pozřel.
Interopy mám vygenerovaný a api je navrhovaný tak, aby to nebyl problém.. Tahat do toho Mono mi přijde taky dost rizikový.
Pro předchozí řešení jsem použil 3f/dllexport řešení, který mělo bugy, ale jelo. .NET core to nepotřebuje a po troše práce je zfleku v release asi 2* rychlejší, akorát netušim jak se má pořádně optimalizovat jeho konfigurace ohledně gc, vláken a co jsou problémy nebo bugy. Nejsem sám:)