Skip to content

Fix type inferencing and code navigation for Object vs Object[] method overloads #1160

@eric-milles

Description

@eric-milles

Consider the following:

import static C.m

abstract class A {
}

class C {
  static m(Object one) {}
  static m(Object[] zeroOrMore) {}
}

m()
m(null)
m(null, null)
m(new A() {})

The last method call is show as a reference to the "zero-or-more" overload when the type class of the argument is unavailable (unbuilt project). The first overload should make a better match and be the one selected.

image

Metadata

Metadata

Assignees

Labels

Type

No type

Projects

No projects

Milestone

Relationships

None yet

Development

No branches or pull requests

Issue actions