Community
Participate
Working Groups
Unresolvable type errors are shown in the editors for references to non-public classes that are defined in files whose name doesn't match the class (but does match another public class defined in the same file). The actual compiler doesn't have any problem, so nothing shows up in the Tasks view.
This is a known issue when targeting secondary types. Note that these are usually not a good idea, since when performing incremental compilation, there is a chance that these files could be missing. We could fix this down the road by looking in every single compilation unit (mean open and parse contents to find these types). Though doable, the penalty hit would not be acceptable. Deferring (could use our index).
*** Bug 34002 has been marked as a duplicate of this bug. ***
*** Bug 36012 has been marked as a duplicate of this bug. ***
*** Bug 32889 has been marked as a duplicate of this bug. ***
This is also a problem for plugins--ITypeBinding.resolveTypeBinding() will return null.
*** Bug 81155 has been marked as a duplicate of this bug. ***
Reopen to close as duplicate
*** This bug has been marked as a duplicate of bug 36032 ***
Verified for 3.2 using M20060629-1905.