JDK-7133185 : Update 292 overload resolution logic to match JLS
- Type: Sub-task
- Component: tools
- Sub-Component: javac
- Affected Version: 8
- Priority: P3
- Status: Closed
- Resolution: Fixed
- OS: generic
- CPU: unknown
- Submitted: 2012-01-25
- Updated: 2012-09-28
- Resolved: 2012-04-20
The Version table provides details related to the release that this issue/RFE will be addressed.
Unresolved : Release in which this issue/RFE will be addressed.
Resolved: Release in which this issue/RFE has been resolved.
Fixed : Release in which this issue/RFE has been fixed. The release containing this fix may be available for download as an Early Access Release or a General Availability Release.
To download the current JDK release, click here.
Unresolved : Release in which this issue/RFE will be addressed.
Resolved: Release in which this issue/RFE has been resolved.
Fixed : Release in which this issue/RFE has been fixed. The release containing this fix may be available for download as an Early Access Release or a General Availability Release.
To download the current JDK release, click here.
| JDK 8 |
|---|
8 b34Fixed  |
Description
JLS SE 7 states: A method is signature polymorphic if and only if all of the following conditions hold: ��� It is declared in the java.lang.invoke.MethodHandle class. ��� It takes a single variable arity parameter (��8.4.1) whose declared type is Object[]. ��� It has a return type of Object. ��� It is native Internally, the compiler uses a diferent way of detecting signature polymorphic methods (the special @PolymorphicSignature) - we should update the compiler to use the same JLS logic.
Comments
|