-
Notifications
You must be signed in to change notification settings - Fork 4.5k
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
Attribute stripping #103934
Labels
area-Tools-ILLink
.NET linker development as well as trimming analyzers
Milestone
Comments
Duplicate of dotnet/linker#1991 |
dotnet-issue-labeler
bot
added
the
needs-area-label
An area label is needed to ensure this gets routed to the appropriate area owners
label
Jun 24, 2024
dotnet-policy-service
bot
added
the
untriaged
New issue has not been triaged by the area owner
label
Jun 24, 2024
sbomer
added
area-Tools-ILLink
.NET linker development as well as trimming analyzers
and removed
needs-area-label
An area label is needed to ensure this gets routed to the appropriate area owners
labels
Jun 24, 2024
Tagging subscribers to this area: @agocke, @sbomer, @vitek-karas |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
With #29723 looking more and more real, I think we need to think about how attribute stripping can be done safely.
Attribute stripping is currently the only optimization in illink that I know of that will break user code without any warnings.
I think it would be interesting if we could scope attribute stripping down to places where we can provably do it safely. Illink has a good idea of what members are going to be reflected on. We could limit attribute stripping to places that we know are not going to be reflected on. I think we could still get pretty decent savings and APIs like the proposed nullability info decoder would not get broken by illink.
Cc @vitek-karas
The text was updated successfully, but these errors were encountered: