Fix isInstanceOf[Array[?]] returning true on non-Array #12103
Merged
Conversation
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Before this commit, the `MultiArrayOf(elem, ndims)` extractor used to
strip wildcards from the element type, this was surprising since it does
not match what the `ArrayOf(elem)` extractor does, and lead to a bug in
`TypeTestCasts.interceptTypeApply` which contains the following code:
case defn.MultiArrayOf(elem, ndims) if isGenericArrayElement(elem, isScala2 = false) =>
`isGenericArrayElement` returns false for `Any` but true for
`_ >: Nothing <: Any`, so the stripped wildcard means that this case was
skipped, resulting in:
x.isInstanceOf[Array[?]]
being erased to:
x.isInstanceOf[Object]
instead of:
scala.runtime.ScalaRunTime.isArray(x, 1)
Fixed by tweaking `MultiArrayOf` to keep any final wildcard around like
`ArrayOf` does.
|
Milestoned to 3.0.0-RC3 since a bug in isInstanceOf seems pretty critical to me. |
sjrd
requested changes
Apr 15, 2021
| val str: Any = "" | ||
| assert(!str.isInstanceOf[Array[?]]) | ||
| assert(!str.isInstanceOf[Array[Array[?]]]) | ||
| assert(!str.isInstanceOf[Array[? <: Array[?]]]) |
There was a problem hiding this comment.
Also add positive tests? I.e., tests for which isInstanceOf returns true.
There was a problem hiding this comment.
That file already checks case x: Array[_] in various situations
sjrd
approved these changes
Apr 15, 2021
smarter
added
the
backport:accepted
smarter
added
backport:done
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
Before this commit, the
MultiArrayOf(elem, ndims)extractor used tostrip wildcards from the element type, this was surprising since it does
not match what the
ArrayOf(elem)extractor does, and lead to a bug inTypeTestCasts.interceptTypeApplywhich contains the following code:isGenericArrayElementreturns false forAnybut true for_ >: Nothing <: Any, so the stripped wildcard means that this case wasskipped, resulting in:
being erased to:
instead of:
Fixed by tweaking
MultiArrayOfto keep any final wildcard around likeArrayOfdoes.