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
2010-11-02 07:16:11 EDT
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. |