This document will guide you through building native libraries that can be consumed by other programming languages with CoreRT. CoreRT can build static libraries that can be linked at compile time or shared libraries that are required at runtime.
Create a .NET Core class library project using dotnet new console -o NativeLibrary
and follow the Hello world sample instruction to add CoreRT support to it.
> dotnet publish /p:NativeLib=Static -r <RID> -c <Configuration>
where <Configuration>
is your project configuration (such as Debug or Release) and <RID>
is the runtime identifier (one of win-x64, linux-x64, osx-x64). For example, if you want to publish a release configuration of your library for a 64-bit version of Windows the command would look like:
> dotnet publish /p:NativeLib=Static -r win-x64 -c release
The above command will drop a static library (Windows .lib
, OSX/Linux .a
) in ./bin/[configuration]/netstandard2.0/[RID]/publish/
folder and will have the same name as the folder in which your source file is present.
> dotnet publish /p:NativeLib=Shared -r <RID> -c <Configuration>
The above command will drop a shared library (Windows .dll
, OSX .dylib
, Linux .so
) in ./bin/[configuration]/netstandard2.0/[RID]/publish/
folder and will have the same name as the folder in which your source file is present.
For a C# method in the native library to be consumable by external programs, it has to be explicitly exported using the [NativeCallable]
attribute. First define the System.Runtime.InteropServices.NativeCallableAttribute
in your project, see here. The local definition of the NativeCallableAttribute
is a temporary workaround that will go away once the attribute is added to the official .NET Core public surface.
Next, apply the attribute to the method, specifying the EntryPoint
and CallingConvention
properties:
[NativeCallable(EntryPoint = "add", CallingConvention = CallingConvention.StdCall)]
public static int Add(int a, int b)
{
return a + b;
}
After the native library library is built, the above C# Add
method will be exported as a native add
function to consumers of the library. Here are some limitations to consider when deciding what managed method to export:
- Exported methods have to be static.
- Exported methods can only naturally accept or return primitives or value types (i.e structs), they have to marshal all reference type arguments.
- Exported methods cannot be called from regular managed C# code, an exception will be thrown.
- Exported methods cannot use regular C# exception handling, they should return error codes instead.
The sample source code demonstrates common techniques used to stay within these limitations.
Real-world example of using CoreRT and Rust: https://medium.com/@chyyran/calling-c-natively-from-rust-1f92c506289d