Community
Participate
Working Groups
Example: package p; public class TwoTypes { } class SecondType { } - create key for SecondType. - try to restore it using ASTParser.createASTs. - null is returned This is type can be used outside of CU TwoTypes.java it should be possible to restore that key. Problem seems to be in NameLookup#seekTypesInSourcePackage Jerome, this PR is important for use for the new canAssign implementation we did to overcome the contest limitations of ITypeBinding#isAssignmentCompatible
Markus I have to diable test testCuSuperAndSub() due to this.
Added support for secondary type in SourceTypeBinding#computeBindingKey(), NamedMember#getKey(IType), BindingKeyParser#consumeSecondaryType(char[]). Added regression tests: BatchASTCreationTests#test052 and test053, BindingKeyTests#test012 and test013
Verified in I20050214-0927
This still doesn't work if the CU does not contain a type with the same name as the CU. E.g. in p/A.java: package p; class One { } class Two { } ... the keys for One and Two cannot be restored.
Can you please enter a separate bug report ? This bug itself (as reported in comment #0) is fixed.
Was verified by David
Sorry. Comment 4 filed as new bug 86990.