[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