Lazy deserialization of identifiers in PCH files fixed a problem with

name lookup of structures declared within other structures.

llvm-svn: 69744
This commit is contained in:
Douglas Gregor 2009-04-21 22:48:38 +00:00
parent 1a99a5f501
commit 195e9c5d18
1 changed files with 1 additions and 9 deletions

View File

@ -25,12 +25,4 @@ int get_very_fun() {
int *int_ptr_fail = &fun->is_ptr; // expected-error{{address of bit-field requested}} int *int_ptr_fail = &fun->is_ptr; // expected-error{{address of bit-field requested}}
/* FIXME: DeclContexts aren't yet able to find "struct Nested" nested struct Nested nested = { 1, 2 };
within "struct S", so causing the following to fail. When not using
PCH, this works because Sema puts the nested struct onto the
declaration chain for its identifier, where C/Objective-C always
look. To fix the problem, we either need to give DeclContexts a way
to keep track of declarations that are visible without having to
build a full lookup table, or we need PCH files to read the
declaration chains. */
/* struct Nested nested = { 1, 2 }; */