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

Move to Scala 2.13.0-M5 #260

Merged
merged 6 commits into from
Nov 28, 2018
Merged

Move to Scala 2.13.0-M5 #260

merged 6 commits into from
Nov 28, 2018

Conversation

ashawley
Copy link
Member

@ashawley ashawley commented Sep 14, 2018

Previously, #222.

Work from this branch has already been published from the 1.1.0 tag in #256.

@ashawley ashawley mentioned this pull request Sep 14, 2018
@ashawley ashawley force-pushed the newCollectionsBootstrap branch 2 times, most recently from 766c05a to eab3a79 Compare October 10, 2018 17:11
@SethTisue
Copy link
Member

I think you'd need to rebase this one to see the reduced diffs

@ashawley ashawley force-pushed the newCollectionsBootstrap branch 2 times, most recently from f6c33b6 to 8f3044f Compare October 16, 2018 15:38
@SethTisue
Copy link
Member

Sébastien says Scala.js 1.0.0-M5 won't (can't) be published for Scala 2.13.0-M5, so I'd suggest simply excluding that combination from the matrix.

@ashawley
Copy link
Member Author

One thing that came up in the original collections rewrite changes for 2.13.0-M4 in #222 were the new version-specific traits. We made these traits private. This access modifier means people can't use it as a trait. However, the traits are published, and they are revealed in the type signatures.

scaladoc for scala.xml.NodeSeq

 :type -v <x y="z"/>.attributes
// Type signature
scala.xml.MetaData

// Internal Type structure
TypeRef(
  TypeSymbol(
    abstract class MetaData extends AbstractIterable[scala.xml.MetaData] 
                   with Iterable[scala.xml.MetaData] 
                   with Equality 
                   with ScalaVersionSpecificIterableSerializable[scala.xml.MetaData] 
                   with Serializable

  )
)

Fortunately (or unfortunately), dropping such a trait from a future version will be caught by Mima:

> xml/mimaReportBinaryIssues
[info] scala-xml: found 13 potential binary incompatibilities while checking 
[info] against org.scala-lang.modules:scala-xml_2.13.0-M5:1.1.1
...
[error]  * the type hierarchy of class scala.xml.NodeSeq is different in 
[error]  current version. Missing types {scala.xml.ScalaVersionSpecificIterableSerializable}
[error]    filter with: ProblemFilters.exclude[MissingTypesProblem]("scala.xml.NodeSeq")

Cost of doing business or should we do something else? These weren't released in any of the 2.11 and 2.12 builds, yet, so I feel it's not too late to change course.

@SethTisue
Copy link
Member

SethTisue commented Oct 19, 2018

Cost of doing business or should we do something else?

gah, it's not too horrible, but yuck anyway. do you have an alternative in mind?

agree it's certainly not too late to change course.

@SethTisue
Copy link
Member

just MiMa complaining, now

@ashawley
Copy link
Member Author

gah, it's not too horrible, but yuck anyway. do you have an alternative in mind?

Well, I suppose we could source the entire files in the version-specific directories. That would be the alternative, but it's not ideal.

@ashawley ashawley merged commit 9df73b9 into master Nov 28, 2018
@ashawley ashawley deleted the newCollectionsBootstrap branch November 28, 2018 16:06
@SethTisue
Copy link
Member

yay!

@ashawley ashawley mentioned this pull request Apr 5, 2019
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.

None yet

3 participants