diff options
author | Pavel Labath <pavel@labath.sk> | 2022-06-14 11:38:45 +0200 |
---|---|---|
committer | Pavel Labath <pavel@labath.sk> | 2022-06-14 11:44:59 +0200 |
commit | cf2c8e419dbc6575f82b8ac44b62a2306624899a (patch) | |
tree | 6d7a6ec0306dc9bccc1e83f60143a7205441262f /clang/lib/CodeGen/CodeGenModule.h | |
parent | 782e91224601e461c019e0a4573bbccc6094fbcd (diff) | |
download | llvm-cf2c8e419dbc6575f82b8ac44b62a2306624899a.zip llvm-cf2c8e419dbc6575f82b8ac44b62a2306624899a.tar.gz llvm-cf2c8e419dbc6575f82b8ac44b62a2306624899a.tar.bz2 |
[lldb] Fix TestDyldExecLinux with xml enabled
NativeProcessLinux is not able to properly read libraries-svr4 data when
running with ld.so as the "main" executable. Normally, this is not a big
problem, as it returns an error message, and lldb can fallback to manual
library loading.
Unfortunately, lldb-server also does not clear cached svr4 data on exec,
which means that it does *not* return an error when the application
execs from the "regular" to the "ld.so" mode. Instead it returns
incorrect data (it is missing the main executable) and causes
TestDyldExecLinux to fail (but only when building with xml support
enabled).
This patch makes ensures that cached process data is cleared on exec,
fixing the test. Since TestDyldExecLinux has shown to be sensitive to
the way we read library info, I fork it into two (with svr4 enabled and
disabled).
Diffstat (limited to 'clang/lib/CodeGen/CodeGenModule.h')
0 files changed, 0 insertions, 0 deletions