diff options
| author | Jonas Devlieghere <jonas@devlieghere.com> | 2024-02-17 20:55:33 -0800 |
|---|---|---|
| committer | GitHub <noreply@github.com> | 2024-02-17 20:55:33 -0800 |
| commit | 5c96e71d0d49dd55711ccdb57a22d033fe7a8fae (patch) | |
| tree | 9b1bca4f8d5a4299b71aed616fa8cae744cf3782 /clang/lib/CodeGen/CodeGenModule.cpp | |
| parent | 4206d06130834cb79b641221261c4b5d7a174320 (diff) | |
[lldb] Don't rely on ScriptInterpreterPythonImpl::Initialize in the unit tests (#82096)
The unit tests only test the Python objects and don't actually use
anything from the LLDB module. That means that all the additional
complexity in ScriptInterpreterPythonImpl::Initialize is overkill.
By doing the initialization by hand, we avoid the annoying
ModuleNotFoundError.
Traceback (most recent call last):
File "<string>", line 1, in <module>
ModuleNotFoundError: No module named 'lldb'
The error is the result of us stubbing out the SWIG (specifically
`PyInit__lldb`) because we cannot link against libLLDB from the unit
tests.
The downside of doing the initialization manually is that we do lose a
bit of test coverage. For example, issue #70453 also manifested itself
in the unit tests.
Diffstat (limited to 'clang/lib/CodeGen/CodeGenModule.cpp')
0 files changed, 0 insertions, 0 deletions
