-
Notifications
You must be signed in to change notification settings - Fork 131
Add an irrefutable version of the NoSuccess extractor #496
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
Conversation
65ca2c4
to
97d5463
Compare
Binary compatibility checks fail because of the new definition, I assume if this goes to a version 2.2.x it should be fine? |
We currently have The failure looks like:
If I understand Must the new extractor be nested inside |
97d5463
to
45f437d
Compare
Thanks Seth, I failed to challenge my assumptions... Added a nested extractor |
Um, hmm, judgment call... I'm a bit tempted to say just Scaladoc it rather than deprecate, but really, I'm on the fence. @Philippus opinion? |
The exhaustivity already functions as a heads up. So doc it, I agree. |
NoSuccess.unapply cannot be changed due to binary compatibility.
45f437d
to
cb53ee1
Compare
@lrytz shall I roll a release? |
Yes thanks! |
….2.0 ### What changes were proposed in this pull request? This pr aims upgrade `scala-parser-combinators from` from 2.1.1 to 2.2.0. ### Why are the changes needed? scala/scala-parser-combinators#496 add `NoSuccess.I` to helps users avoid exhaustiveness warnings in their pattern matches, especially on Scala 2.13 and 3. The full release note as follows: - https://github.com/scala/scala-parser-combinators/releases/tag/v2.2.0 ### Does this PR introduce _any_ user-facing change? No ### How was this patch tested? Pass GitHub Actions Closes #40083 from LuciferYang/SPARK-42489. Authored-by: yangjie01 <[email protected]> Signed-off-by: Sean Owen <[email protected]>
NoSuccess.unapply cannot be changed due to binary compatibility.