Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Suggestion about Assembly.Save and Expression.CompileToMethod #278

Open
LonghronShen opened this issue Nov 15, 2023 · 2 comments
Open

Suggestion about Assembly.Save and Expression.CompileToMethod #278

LonghronShen opened this issue Nov 15, 2023 · 2 comments

Comments

@LonghronShen
Copy link

  1. In .NET 8, we finally get a way to save the Assembly. See AssemblyBuilderImpl
  2. As for the missing of CompileToMethod, we may use this library as a workaround?
@fMichaleczek
Copy link

  1. It may not even be usable on the net9.0 branch. It's active but it will be on the LTS branch and without promise of MVP in november 2024 . I am confident but we have seen on WASM multithreading that there may be technical constraints which delay it by 2 years.
    Tracking issue for remaining AssemblyBuilder.Save work in .NET 9 dotnet/runtime#92975

  2. InMemory, no debug File, no validation. It's good for a small lib but not for a DLR engine with language platforms. The tooling around the lib has not the requirement to debug a wide system.
    https://github.com/yantrajs/yantra/wiki/Expression-Compiler#no-validation

@LonghronShen
Copy link
Author

Good point. I mean, to what extent can we make a workaround solution. This may lead to some suggestions about refactoring the architecture of the DLR framework which allows us to inject some workaround into the framework.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants