llvm-project/clang/test/Interpreter/plugins.cpp

// RUN: cat %s | clang-repl -Xcc -Xclang -Xcc -load -Xcc -Xclang \
// RUN:            -Xcc %llvmshlibdir/PrintFunctionNames%pluginext -Xcc -Xclang\
// RUN:            -Xcc -add-plugin -Xcc -Xclang -Xcc print-fns 2>&1 | FileCheck %s
// REQUIRES: plugins, examples

int i = 10;
extern "C" int printf(const char*,...);
auto r1 = printf("i = %d\n", i);
%quit

// CHECK: top-level-decl: "i"
// CHECK-NEXT: top-level-decl: "r1"
// CHECK-NEXT: i = 10
Reland "[clang-repl] Allow loading of plugins in clang-repl." Differential revision: https://reviews.llvm.org/D110484 2021-10-05 06:11:42 +00:00			`// RUN: cat %s \| clang-repl -Xcc -Xclang -Xcc -load -Xcc -Xclang \`
			`// RUN: -Xcc %llvmshlibdir/PrintFunctionNames%pluginext -Xcc -Xclang\`
			`// RUN: -Xcc -add-plugin -Xcc -Xclang -Xcc print-fns 2>&1 \| FileCheck %s`
[clang-repl] Disable building when LLVM_STATIC_LINK_CXX_STDLIB is ON. We have seen random symbol not found "__cxa_throw" error in fuschia build bots and out-of-tree users. The understanding have been that they are built without exception support, but it turned out that these platforms have LLVM_STATIC_LINK_CXX_STDLIB ON so that they link libstdc++ to llvm statically. The reason why this is problematic for clang-repl is that by default clang-repl tries to find symbols from symbol table of executable and dynamic libraries loaded by current process. It needs to load another libstdc++, but the platform that had LLVM_STATIC_LINK_CXX_STDLIB turned on is usally those with missing or obsolate shared libstdc++ in the first place -- trying to load it again would be destined to fail eventually with a risk to introuduce mixed libstdc++ versions. A proper solution that doesn't take a workaround is statically link the same libstdc++ by clang-repl side, but this is not possible with old JIT linker runtimedyld. New just-in-time linker JITLink handles this relatively well, but it's not availalbe in majority of platforms. For now, this patch just disables the building of clang-repl when LLVM_STATIC_LINK_CXX_STDLIB is ON and removes the "__cxa_throw" check in exception unittest as well as reverting previous exception check flag patch. Reviewed By: v.g.vassilev Differential Revision: https://reviews.llvm.org/D130788 2022-07-31 05:42:16 +09:00			`// REQUIRES: plugins, examples`
Reland "[clang-repl] Allow loading of plugins in clang-repl." Differential revision: https://reviews.llvm.org/D110484 2021-10-05 06:11:42 +00:00
			`int i = 10;`
			`extern "C" int printf(const char*,...);`
			`auto r1 = printf("i = %d\n", i);`
[clang-repl] Implement code undo. In interactive C++ it is convenient to roll back to a previous state of the compiler. For example: clang-repl> int x = 42; clang-repl> %undo clang-repl> float x = 24 // not an error To support this, the patch extends the functionality used to recover from errors and adds functionality to recover the low-level execution infrastructure. The current implementation is based on watermarks. It exploits the fact that at each incremental input the underlying compiler infrastructure is in a valid state. We can only go N incremental inputs back to a previous valid state. We do not need and do not do any further dependency tracking. This patch was co-developed with V. Vassilev, relies on the past work of Purva Chaudhari in clang-repl and is inspired by the past work on the same feature in the Cling interpreter. Co-authored-by: Purva-Chaudhari <purva.chaudhari02@gmail.com> Co-authored-by: Vassil Vassilev <v.g.vassilev@gmail.com> Signed-off-by: Jun Zhang <jun@junz.org> 2022-06-19 10:39:03 +08:00			`%quit`
Reland "[clang-repl] Allow loading of plugins in clang-repl." Differential revision: https://reviews.llvm.org/D110484 2021-10-05 06:11:42 +00:00
			`// CHECK: top-level-decl: "i"`
			`// CHECK-NEXT: top-level-decl: "r1"`
			`// CHECK-NEXT: i = 10`