Support for .NET Core

[cveld]

AsmSpy does not yield useful results when run in a binaries folder of a .NET Core deployment. Is this use case on your backlog? Ideally it will incorporate the runtime's shared assemblies and exclude assemblies in the GAC.

[bjorg]

Also, being able to install via dotnet tool install would be nice, but .NET Core support first please! :)

[zplan]

Hi
I created a fork branch with an update to net5.0
https://github.com/zplan/AsmSpy/tree/feature/UpdateTonet50

Not sure if everything is working as before because net core has no AppDomain anymore and the reflection part is different too.
No installers migrated yet and no binaries, please compile by yourself.

Please provide feedback how it works!!

[Droppers]

@zplan this won't work, the only way this will work is to build AsmSpy in two variants, are core variant and a framework variant. AsmSpy doesn't do any of the assembly loading, that is done by the runtime. Framework variant will load from the GAC and the core variant will load from shared assembly folders, but not both.

As far as I know the only way to achieve both is to implement your own assembly resolver (like in ILSpy), but the GAC is complex and impossible to imitate.

[4eyecoder]

My understanding is that. NET 6.0 needs to change DependencyAnalyzer.ResolveFileReferences to use the TypeLoader. Is that correct?