aboutsummaryrefslogtreecommitdiff
path: root/clang/lib/CodeGen/ModuleBuilder.cpp
diff options
context:
space:
mode:
authorPavel Labath <pavel@labath.sk>2022-06-14 11:38:45 +0200
committerPavel Labath <pavel@labath.sk>2022-06-14 11:44:59 +0200
commitcf2c8e419dbc6575f82b8ac44b62a2306624899a (patch)
tree6d7a6ec0306dc9bccc1e83f60143a7205441262f /clang/lib/CodeGen/ModuleBuilder.cpp
parent782e91224601e461c019e0a4573bbccc6094fbcd (diff)
downloadllvm-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/ModuleBuilder.cpp')
0 files changed, 0 insertions, 0 deletions