Skip to content

Refactor scala.deriving #10404

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

Merged
merged 2 commits into from
Nov 21, 2020
Merged

Conversation

sjrd
Copy link
Member

@sjrd sjrd commented Nov 20, 2020

This is pure refactoring. There is no change in the visible API.

sjrd added 2 commits November 20, 2020 10:51
They are public API. They should have explicit types.
The fundamental `Mirror` trait receives its own file. The helpers
`ArrayProduct`, `EmptyProduct` and `productElement` are put
together in a `Helpers.scala` file.
@bishabosha
Copy link
Member

does changing an object to a package matter?

@sjrd
Copy link
Member Author

sjrd commented Nov 20, 2020

It matters in terms of binary compatibility, of course. But until 3.0.0 we can still break that.

Otherwise, not really. (A package can be extended in several files, not an object, but that's not really important here.)

@sjrd sjrd added this to the 3.0.0-RC1 milestone Nov 20, 2020
@sjrd sjrd requested a review from nicolasstucki November 20, 2020 23:17
@sjrd sjrd merged commit 2699974 into scala:master Nov 21, 2020
@sjrd sjrd deleted the refactor-scala-deriving branch November 21, 2020 08:18
@Kordyjan Kordyjan modified the milestones: 3.0.0-M3, 3.0.0 Aug 2, 2023
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.

4 participants