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

Consider removing CROSSGEN_COMPILE define and the CrossGen binary #53007

Closed
6 tasks done
AaronRobinsonMSFT opened this issue May 20, 2021 · 7 comments
Closed
6 tasks done

Comments

@AaronRobinsonMSFT
Copy link
Member

AaronRobinsonMSFT commented May 20, 2021

@dotnet-issue-labeler dotnet-issue-labeler bot added the untriaged New issue has not been triaged by the area owner label May 20, 2021
@mangod9
Copy link
Member

mangod9 commented May 20, 2021

@dotnet/crossgen-contrib . Thanks for creating the issue, its been on our radar to first remove crossgen from building to determine what things break :)

@mangod9 mangod9 added area-crossgen2-coreclr and removed area-CrossGen/NGEN-coreclr untriaged New issue has not been triaged by the area owner labels May 20, 2021
@mangod9 mangod9 added this to the 6.0.0 milestone May 20, 2021
@jkoritzinsky
Copy link
Member

Fixing this will also significantly increase the speed of the CoreCLR native build (as crossgen and its object/static libraries make up somewhere between 1/4 and 1/3 of the build as a whole)

@AaronRobinsonMSFT
Copy link
Member Author

AaronRobinsonMSFT commented May 20, 2021

@jkoritzinsky Yep. That was my secondary realization. My first was the amount of code we could remove but I'd also assumed we would build faster - thanks for confirming that assumption!

@agocke I assume improving build speeds would be a win for you too 😄

@agocke
Copy link
Member

agocke commented May 21, 2021

Hell yeah

@k15tfu
Copy link
Contributor

k15tfu commented Oct 11, 2021

@AaronRobinsonMSFT Hi! Looks like this method AssemblyLoadContext.LoadFromNativeImagePath(string nativeImagePath, string? assemblyPath) (https://docs.microsoft.com/en-us/dotnet/api/system.runtime.loader.assemblyloadcontext.loadfromnativeimagepath) now completely ignores nativeImagePath parameter and moreover now always requires a not null assemblyPath parameter (otherwise the runtime will crash with SIGSEGV). Is this expected behavior and the documentation should be updated, or is the method not working correctly?

Linked issue: #57660.

@AaronRobinsonMSFT
Copy link
Member Author

@k15tfu The code for this method looks odd now that the underlying details have been removed. The stated behavior isn't expected and we should look into this further.

@elinor-fung
Copy link
Member

There is #59825 about LoadFromNativeImagePath behaviour.

@ghost ghost locked as resolved and limited conversation to collaborators Nov 10, 2021
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Projects
None yet
Development

No branches or pull requests

6 participants