| Summary: | Java Compiler Errors/Warnings: split boxing and unboxing conversions to separate settings | ||
|---|---|---|---|
| Product: | [Eclipse Project] JDT | Reporter: | Jonas Berlin <eclipse.bugs> |
| Component: | Core | Assignee: | JDT-Core-Inbox <jdt-core-inbox> |
| Status: | RESOLVED DUPLICATE | QA Contact: | |
| Severity: | enhancement | ||
| Priority: | P3 | CC: | amj87.iitr, deepakazad, jarthana |
| Version: | 3.8 | ||
| Target Milestone: | --- | ||
| Hardware: | PC | ||
| OS: | Linux | ||
| Whiteboard: | |||
|
Description
Jonas Berlin
(In reply to comment #0) > as unboxing may > throw NPE whereas boxing will not. The warning is not really related to only NPEs. Autoboxing also has a performance cost which programmers might want to know about. (In reply to comment #1) > The warning is not really related to only NPEs. Autoboxing also has a > performance cost which programmers might want to know about. Sure, but a developer may not be worried about performance but only NPEs. 'It is ok if the application runs a bit slower, as long as it runs without any exception' *** This bug has been marked as a duplicate of bug 163065 *** (In reply to comment #2) > (In reply to comment #1) > > The warning is not really related to only NPEs. Autoboxing also has a > > performance cost which programmers might want to know about. > Sure, but a developer may not be worried about performance but only NPEs. I'm not saying i'm against the RFE. Just pointing out another motivation behind the warning. :) Setting whiteboard for this bug to 'To be verified for 3.8M6' is lame IMHO... I don't know what needs to be 'verified' here. It's required only when the original bug has a target set or released in the particular milestone. |