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

Allow introducing new signatures, ignore non-generic signatures #695

Closed

Conversation

raboof
Copy link
Contributor

@raboof raboof commented Apr 13, 2022

When a new version has a signature and the old version didn't,
we assume this is compatible.

We don't need to check signatures for non-generic methods, since
for those it is sufficient to check for a matching descriptor.
Introducing or dropping signatures for those isn't relevant to
compatibility.

Hopefully fixes #693

When a new version has a signature and the old version didn't,
we assume this is compatible.

We don't need to check signatures for non-generic methods, since
for those it is sufficient to check for a matching descriptor.
Introducing or dropping signatures for those isn't relevant to
compatibility.
@raboof raboof force-pushed the allow-introducing-new-signatures branch from 90169aa to cca34a8 Compare April 13, 2022 15:47
@raboof raboof marked this pull request as draft April 13, 2022 15:51
@raboof
Copy link
Contributor Author

raboof commented Apr 13, 2022

Wait, the (great) testcase added in 44cbea4 makes me wonder if this is the right change.

Proposing a less ambitious change in #696, let's consider these cases a bit more closely later.

@raboof
Copy link
Contributor Author

raboof commented May 2, 2022

(not really planning to work on this further for the forseeable future, so closing)

@raboof raboof closed this May 2, 2022
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Development

Successfully merging this pull request may close these issues.

Unexpected failed binary compatibility checks when upgrading Scala 3.x from 3.1.1 to 3.1.2
1 participant