| Summary: | Wrong compile errors because 1.4 project doesn't see constructors/methods from 1.5 project | ||
|---|---|---|---|
| Product: | [Eclipse Project] JDT | Reporter: | Markus Keller <markus.kell.r> |
| Component: | Core | Assignee: | Srikanth Sankaran <srikanth_sankaran> |
| Status: | VERIFIED WORKSFORME | QA Contact: | |
| Severity: | major | ||
| Priority: | P3 | CC: | amj87.iitr, daniel_megert, deepakazad, Olivier_Thomann |
| Version: | 3.7 | ||
| Target Milestone: | 3.7 M4 | ||
| Hardware: | PC | ||
| OS: | Windows 7 | ||
| Whiteboard: | |||
|
Description
Markus Keller
A similar compile error occurs in org.eclipse.jdt.core.formatter.CodeFormatterApplication:
NLS#initializeMessages(String, Class<?>) cannot be resolved here:
static {
NLS.initializeMessages(BUNDLE_NAME, Messages.class);
}
Caused the fix for bug 328689. > Caused the fix for bug 328689. I meant: Caused *by* the fix for bug 328689. Srikanth, don't we also need the check for java.lang.Class (similar to what was done org.eclipse.jdt.internal.compiler.lookup.Scope.computeCompatibleMethod(MethodBinding, TypeBinding[], InvocationSite) line 538-542) inside org.eclipse.jdt.internal.compiler.lookup.Scope.parameterCompatibilityLevel(MethodBinding, TypeBinding[]) ? We are still testing, but it appears that the fix for bug 186565 also appears to address this problem. Stay tuned. (In reply to comment #5) > We are still testing, but it appears that the fix for > bug 186565 also appears to address this problem. Stay > tuned. Olivier confirmed (Thanks!) that both the scenerii reported in comment#0 and comment#1 are covered by the fix for 186565. I close the current bug as WORKSFORME (since it is not exactly a duplicate of bug 186565) Verified for 3.7M4 using build I20101205-2000. |