Embedding native code in a .NET DLL

[Jon Harrop]

I would like to embed a high-performance native-code BLAS implementation in
a .NET DLL. What is the recommended way of doing this?

--
Dr Jon D Harrop, Flying Frog Consultancy
http://www.ffconsultancy.com/products/?u

[Ignacio Machin ( .NET/ C# MVP )]

On Apr 28, 8:49*am, Jon Harrop <[e-mail]:

I would like to embed a high-performance native-code BLAS implementation in
a .NET DLL. What is the recommended way of doing this?

--
Dr Jon D Harrop, Flying Frog Consultancyhttp://www.ffconsultancy.com/products/?u

Hi,

I do not think you can do that. you will have to distribute both dlls.

[Jon Harrop]

Ignacio Machin ( .NET/ C# MVP ) wrote:

On Apr 28, 8:49*am, Jon Harrop <[e-mail]:

>I would like to embed a high-performance native-code BLAS implementation
in a .NET DLL. What is the recommended way of doing this?

--
Dr Jon D Harrop, Flying Frog
Consultancyhttp://www.ffconsultancy.com/products/?u

Hi,

I do not think you can do that. you will have to distribute both dlls.

Ok, thanks. Is it possible to have an optional dependency on another DLL? So
users could provide their own BLAS implementation and our DLL would use it
if available but would resort to managed code otherwise?

--
Dr Jon D Harrop, Flying Frog Consultancy
http://www.ffconsultancy.com/products/?u

[Ben Voigt [C++ MVP]]

Jon Harrop wrote:

I would like to embed a high-performance native-code BLAS
implementation in a .NET DLL. What is the recommended way of doing
this?

C++

Specifically, C++/CLI. The native code doesn't have to be C++ though, you
can link any static library with a C++/CLI wrapper into a single mixed-mode
assembly.

Note that this is the wrong group for such things, which is why you'll get
people telling you it can't be done.

[Jon Harrop]

Ben Voigt [C++ MVP] wrote:

Specifically, C++/CLI. The native code doesn't have to be C++ though, you
can link any static library with a C++/CLI wrapper into a single
mixed-mode assembly.

Can I then statically link that DLL into a C# DLL?

Note that this is the wrong group for such things, which is why you'll get
people telling you it can't be done.

What is a more appropriate (language agnostic if possible) group?

Thanks,
--
Dr Jon D Harrop, Flying Frog Consultancy
http://www.ffconsultancy.com/products/?u

[Ben Voigt [C++ MVP]]

Jon Harrop wrote:

Ben Voigt [C++ MVP] wrote:

>Specifically, C++/CLI. The native code doesn't have to be C++
though, you can link any static library with a C++/CLI wrapper into
a single mixed-mode assembly.

Can I then statically link that DLL into a C# DLL?

You said "into a .NET DLL". The C++/CLI compiler creates assemblies that
can be used from any .NET language, just as if it were a C# DLL.

You can also compile your whole program into .netmodule files and use the
C++/CLI linker to create the executable. The C# compiler hasn't any concept
of static linking though, you must use the C++/CLI linker for this even if
some of the code was compiled in C#.

>

>Note that this is the wrong group for such things, which is why
you'll get people telling you it can't be done.

What is a more appropriate (language agnostic if possible) group?

Thanks,

[Ben Voigt [C++ MVP]]

>Note that this is the wrong group for such things, which is why

>you'll get people telling you it can't be done.

What is a more appropriate (language agnostic if possible) group?

m.p.dotnet.languages.vc
m.p.dotnet.framework.interop

>
Thanks,