-
Notifications
You must be signed in to change notification settings - Fork 4.7k
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
Move ILVerify tool to dotnet/runtime repo #13827
Comments
Use case: dotnet/corert#7905 (comment) |
As mentioned in dotnet/corert#7923, there's a use case for ILVerify in ILSupport and demand. ILSupport is an extension for VisualStudio providing... IL support. As far as I know, it's the only IL syntax classifier, and also provides project templates. The use case here is obvious, as verification should be done as part of the build process. I happen to do language R&D, and there's an obvious use case there as well, in making sure I've got valid IL coming out of a compiler. |
Another use-case - dotnet/roslyn#41166 (comment) - is to unit test compiler's output in roslyn repo against netcoreapp: https://github.com/dotnet/roslyn/blob/2ed60699f9961a451f60d560da8bd4788c0182fc/src/Test/Utilities/Portable/Platform/CoreClr/CoreCLRRuntimeEnvironment.cs#L104-L114. |
Another use case is verifying custom generated DLLs as a debugging aid. Invalid IL can be hard to detect and diagnose from just execution alone. |
Would it make more sense to move the sources into the Arcade repository which allows easier packaging and serves as a central place for other repositories to consume assets? |
ilverify is in the same category as ilasm or ildasm. It is a generally applicable tool, not tied to .NET product engineering infrastructure. .NET Framework SDK includes equivalent tool called peverify. ilverify is the replacement for peverify. Also, 90% of the ilverify code is shared with other components in CoreCLR. If we were to build it somewhere else, we would need to setup a source mirroring for this. |
I see, then it makes sense to live in dotnet/runtime. Thanks for clarifying. |
Yes, this can be closed. I have verified that the package is produced by the official build. |
https://github.com/dotnet/coreclr/issues/27934#issuecomment-558193025
The text was updated successfully, but these errors were encountered: