d999ce0302
Original commit message:" [clang-repl] Extend the C support. (#89804) The IdResolver chain is the main way for C to implement lookup rules. Every new partial translation unit caused clang to exit the top-most scope which in turn cleaned up the IdResolver chain. That was not an issue for C++ because its lookup is implemented on the level of declaration contexts. This patch keeps the IdResolver chain across partial translation units maintaining proper C-style lookup infrastructure. " It was reverted in dfdf1c5fe45a82b9c578306f3d7627fd251d63f8 because it broke the bots of lldb. This failure was subtle to debug but the current model does not work well with ObjectiveC support in lldb. This patch does cleans up the partial translation units in ObjectiveC. In future if we want to support ObjectiveC we need to understand what exactly lldb is doing when recovering from errors...
22 lines
794 B
C
22 lines
794 B
C
// REQUIRES: host-supports-jit
|
|
// UNSUPPORTED: system-aix
|
|
|
|
// RUN: cat %s | clang-repl -Xcc -xc -Xcc -Xclang -Xcc -verify | FileCheck %s
|
|
// RUN: cat %s | clang-repl -Xcc -xc -Xcc -O2 -Xcc -Xclang -Xcc -verify| FileCheck %s
|
|
int printf(const char *, ...);
|
|
int i = 42; err // expected-error{{use of undeclared identifier}}
|
|
int i = 42;
|
|
struct S { float f; struct S *m;} s = {1.0, 0};
|
|
// FIXME: Making foo inline fails to emit the function.
|
|
int foo() { return 42; }
|
|
void run() { \
|
|
printf("i = %d\n", i); \
|
|
printf("S[f=%f, m=0x%llx]\n", s.f, (unsigned long long)s.m); \
|
|
int r3 = foo(); \
|
|
}
|
|
run();
|
|
// CHECK: i = 42
|
|
// CHECK-NEXT: S[f=1.000000, m=0x0]
|
|
|
|
%quit
|