remove deprecated stuff

[SethTisue]

not ready for merge, because a coordinated change is needed
in scala/scala

fixes #11

[SethTisue]

in ParTrieMap.scala here, we call TrieMap#readRoot, which is deprecated in scala/scala not because it will cease to exist, but because it is slated to be made package-private

so I need to go actually make it package-private there first, and then depend on the resulting Scala version, before we can make the last deprecation warning go away here done

[szeiger]

The build failed due to non-existing scaladoc variables. Were there any changes in scala/scala that could cause this?

What's the problem with TrieMap#readRoot? We can still make it package-private in scala.collection even though we don't "own" this package in the OSGi / Java 9 modules sense.

[SethTisue]

The build failed due to non-existing scaladoc variables. Were there any changes in scala/scala that could cause this?

very likely those were warnings before and now they're errors because I enabled -Xfatal-warnings but didn't remember to locally test how that would pan out for Scaladoc generation

as for the root cause of the warnings, I imagine it has to do with the repo split? or perhaps they're older than that.... the scala/scala build is a riot of warnings

[SethTisue]

What's the problem with TrieMap#readRoot

It seems to me that it was resolved by scala/scala#5788.

[szeiger]

Ah, makes sense. I remember seeing scaladoc warnings before.