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

Fix Activator.CreateInstance case #2146

Merged
merged 2 commits into from
Jul 16, 2021
Merged

Conversation

sbomer
Copy link
Member

@sbomer sbomer commented Jul 14, 2021

When no ctor parameters are passed, and non-public binding flags are
used, we only need to require parameterless public constructors. Fixes one of the issues in dotnet/runtime#55636.

When no ctor parameters are passed, and non-public binding flags are
used, we only need to require parameterless constructors.
@sbomer sbomer requested a review from marek-safar as a code owner July 14, 2021 22:49
@sbomer sbomer requested a review from vitek-karas July 14, 2021 22:50
@agocke
Copy link
Member

agocke commented Jul 15, 2021

Test case?

@sbomer
Copy link
Member Author

sbomer commented Jul 15, 2021

Yup, I just wanted to prioritize figuring out the other warnings.

@sbomer sbomer requested a review from agocke July 15, 2021 01:41
@sbomer sbomer requested a review from vitek-karas July 15, 2021 16:39
[DynamicallyAccessedMembers (DynamicallyAccessedMemberTypes.PublicParameterlessConstructor | DynamicallyAccessedMemberTypes.NonPublicConstructors),
KeptAttributeAttribute (typeof (DynamicallyAccessedMembersAttribute))] Type type)
{
Activator.CreateInstance (type, nonPublic: true);
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

How does this test work? I assume we're trying to assert that the given type has its non-public constructors preserved, but how are we confirming that we're also not marking the other public constructors?

Wasn't the problem in the PR that we were marking extra things and getting additional warnings?

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Not really - the problem is that PublicParameterlessConstructor | NonPublicConstructors was an annotation which was not considered sufficient for calling CreateInstance(type, true). Which it should be.

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Wasn't the problem in the PR that we were marking extra things and getting additional warnings?

I may have given you the wrong impression when we chatted - this additional warning was because we tried to require (not mark) extra things on the input (which was an abstract DAMT value). But the extra requirements also would have resulted in extra things being marked for concrete input types (that just wasn't the failure mode we happened to hit).

@sbomer sbomer merged commit 2174dc1 into dotnet:main Jul 16, 2021
agocke pushed a commit to dotnet/runtime that referenced this pull request Nov 16, 2022
* Fix Activator.CreateInstance case

When no ctor parameters are passed, and non-public binding flags are
used, we only need to require parameterless constructors.

* Add test

Commit migrated from dotnet/linker@2174dc1
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

Successfully merging this pull request may close these issues.

3 participants