Single library output ?

[maximilien-noal]

Hello,

Thank you very much for this project !

I can finally write a libretro core with .NET 5 in a manner that is fully supported.

Is it or will it be possible to build everything in a single static library ?

I want to be able to ship only a single file per platform (Windows, Linux, Mac) like libretro cores written in C do.

It does not seem to be possible in my mind (there's got to be a proxy), but it doesn't hurt to ask.

Thank you very much again !

[jcapellman]

A couple of my use cases would prefer that as well - though not having to do a COM Interface or Embedinator 4000 is worth the switch to DNNE.

[AaronRobinsonMSFT]

Is it or will it be possible to build everything in a single static library ?

@maximilien-noal Great question. That is something I am thinking about working with @vitek-karas on supporting. There are some minor issues to handle and a few major ones, if a "self-contained" library is desired, that would need to be addressed. As an FYI we are actively discussing the inclusion of this kind of tech in .NET 6.0. Nothing is certain but as we hear more from the community we take this feedback seriously during the planning phase.

@maximilien-noal and @jcapellman

Are either of you looking at self-contained deployment or would shared-framework be fine?

/cc @jkotas

[jcapellman]

Self Contained would be preferred, but shared framework would be ok as a hold out until .NET 6

[maximilien-noal]

Either is very fine, even if self-contained would be interesting to ease shipping even more.

[NickAcPT]

I too would love to see this be implemented. For me, self-contained would be super amazing, but shared framework is also fine.

[AlexandreGarino]

IMHO, both of the two approaches should be available.

[LeonarddeR]

I'd also really like selfcontained export for this to be available!

[govert]

I would prefer a single-file library, but targeting shared-framework. This is because I am loading into a hostile native process (Excel) and need to share with other libraries, so would prefer to support the newest framework on the machine.

[esso23]

This would be great. Currently we are still forced to use net472 - we are using DllExport for unmanaged exports and Costura.Fody for single library output. This feature would finally make it possible to migrate to .NET 5.

[bitapparat]

Any news on self-contained publishing, now that .NET 6 is available? I want to provide a plugin for a native application, ideally developed in .NET 6 and self-contained.

[AaronRobinsonMSFT]

@bitapparat I am sort of reluctant to evangelize this functionality but I did add basic support in an experimental way. Getting it to work is not for the faint of heart but that is mostly an issue with collecting all the needed .NET components and putting them in the right place. The DNNE support is as good as it can get given the current library support for self-contained in .NET.

DNNE/src/msbuild/DNNE.props

Lines 87 to 93 in 5e54164

	<!-- EXPERIMENTAL: The native hosting should assume it is in a self-contained scenario.
	When setting this flag to true, the only change in output will be the generated hosting
	layer will call an API that will permit self-contained runtime activation. In order for this
	option to work as desired the user must have manually configured the assembly's runtimeconfig.json
	file and deps.json file. The user must also copy the appropriate runtime binaries to create a
	valid self-contained install environment. -->
	<DnneSelfContained_Experimental>false</DnneSelfContained_Experimental>