| commit | 87f4da2ab63814f73eba0ab938a303e6537d2fa8 | [log] [tgz] |
|---|---|---|
| author | Andy Hippo <werat@google.com> | Thu Feb 18 14:37:00 2021 |
| committer | GitHub <noreply@github.com> | Thu Feb 18 14:37:00 2021 |
| tree | e5d7eea789da43a79df75dfff0efbbf346ed3b14 | |
| parent | 5dca431ebd4a578a28e7abe0a006942e2cec76fd [diff] |
Report unsupported function as not implemented (#72)
lldb-eval is an LLDB-based library for evaluating debug expressions in the context of the debuggee process. All modern debuggers support evaluating expressions to inspect the target process state: print out variables, access member fields, etc. lldb-eval is basically a REPL-like library, that allows to inspect the process state using the familiar C++ syntax. The primary use-case is IDE integration (for example, Stadia for Visual Studio).
LLDB has a very powerfull built-in expression evaluator (available via expr command). It can handle almost any valid C++ as well as perform function calls. But the downside of this power is poor performance, especially for large programs with lots of debug information. This is not as critical for interactive use, but doesn't work well for implementing IDE integrations. For example, Stadia debugger for Visual Studio evaluates dozens and hundreds of expressions for every “step”, so it has to be fast.
lldb-eval makes a trade-off between performance and completeness, focusing on performance. It features a custom expression parser and relies purely on the debug information, aiming at sub-millisecond evaluation speed.
Install the dependencies:
sudo apt install lld-10 clang-10 lldb-10 llvm-10-dev libclang-10-dev liblldb-10-dev
Or build them from source, see the instructions in the LLDB documentation.
On Windows we need to build LLDB (and other parts) from source. The steps are basically the same as for Linux. You will need: CMake, Ninja and Visual Studio (tested with Visual Studio 2019 16.6.5).
Hint: You can install the dependencies via Chocolatey.
Run the x64 Native Tools Command Prompt for VS 2019:
git clone https://github.com/llvm/llvm-project.git cd llvm-project mkdir build_x64_optdebug cd build_x64_optdebug cmake ^ -DCMAKE_INSTALL_PREFIX='C:\src\llvm-project\build_x64_optdebug\install' ^ -DLLVM_ENABLE_PROJECTS='lldb;clang;lld' ^ -DLLDB_ENABLE_PYTHON=0 ^ -DCMAKE_BUILD_TYPE=RelWithDebInfo ^ -GNinja ^ ../llvm ninja install
lldb-eval uses Bazel, you can find the installation instructions on its website.
You need to set the LLVM_INSTALL_PATH environmental variable with a location to your LLVM installation:
# (Linux) If you installed the packages via "apt install". export LLVM_INSTALL_PATH=/usr/lib/llvm-10
# (Windows) If you built it from source using the instructions above. $env:LLVM_INSTALL_PATH = C:\src\llvm-project\build_x64_optdebug\install
Now you can build and test lldb-eval:
# Build and run all tests bazel test ...:all # Evaluate a sample expression bazel run tools:exec -- "(1 + 2) * 42 / 4"
Depending on your distribution of LLVM, you may also need to provide --@llvm_project//:llvm_build={static,dynamic} flag. For example, if your liblldb.so is linked dynamically (this is the case when installing via apt), then you need to use llvm_build=dynamic. The build script tries to choose the correct default value automatically, but it can be wrong in some situations (please, report and contribute 🙂).
Hint: You can add this option to your
user.bazelrc!
You can create user.bazelrc in the repository root and put there your local configuration. Check Bazel docs for the format. For example:
# Building on Linux (usually don't need this, Bazel detects automatically) build --config=linux # Using statically linked liblldb.so build --@llvm_project//:llvm_build=static
This is not an officially supported Google product.