[cfe-commits] r69744 - /cfe/trunk/test/PCH/struct.c

Douglas Gregor dgregor at apple.com
Tue Apr 21 15:48:39 PDT 2009


Author: dgregor
Date: Tue Apr 21 17:48:38 2009
New Revision: 69744

URL: http://llvm.org/viewvc/llvm-project?rev=69744&view=rev
Log:
Lazy deserialization of identifiers in PCH files fixed a problem with
name lookup of structures declared within other structures.


Modified:
    cfe/trunk/test/PCH/struct.c

Modified: cfe/trunk/test/PCH/struct.c
URL: http://llvm.org/viewvc/llvm-project/cfe/trunk/test/PCH/struct.c?rev=69744&r1=69743&r2=69744&view=diff

==============================================================================
--- cfe/trunk/test/PCH/struct.c (original)
+++ cfe/trunk/test/PCH/struct.c Tue Apr 21 17:48:38 2009
@@ -25,12 +25,4 @@
 
 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
-   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 }; */
+struct Nested nested = { 1, 2 };





More information about the cfe-commits mailing list