<div dir="ltr"><div><div><div><div><div><div><div><div><div><div><div><div><div><div><div>Before I dive into the code to see if there's a bug, I wanted to see if I was just doing it wrong.<br><br></div>I have an application with a different libc, etc than the machine I'm running the debugger on.  The application also has a bunch of libraries that simply don't exist in the normal location on my dev machine.  I do have everything extracted in a subdirectory with proper relative paths (i.e. my_extract/lib/..., my_extract/opt/..., my_extract/usr/..., etc).<br><br></div>With gdb, I'd do something like:<br><br></div>set sysroot .<br></div>file opt/my_cool_program<br></div>core my_broken_coredump<br><br></div>then everything would work.<br><br></div>I've tried (<a href="http://lists.llvm.org/pipermail/lldb-dev/2016-January/009233.html">http://lists.llvm.org/pipermail/lldb-dev/2016-January/009233.html</a>):<br><br></div>platform select --sysroot . host  (also tried remote-linux, that didn't work either)<br></div>target create opt/my_cool_program --core my_broken_coredump<br><br></div>or based on: <a href="http://lists.llvm.org/pipermail/lldb-dev/2016-January/009235.html">http://lists.llvm.org/pipermail/lldb-dev/2016-January/009235.html</a><br><br>setting set target.exec-search-paths .<br></div>target create opt/my_cool_program --core my_broken_coredump<br><br></div>or, based on: <a href="http://lists.llvm.org/pipermail/lldb-dev/2016-January/009236.html">http://lists.llvm.org/pipermail/lldb-dev/2016-January/009236.html</a><br><br>target create opt/my_cool_program --core my_broken_coredump<br></div>target modules search-paths add /lib ./lib<br>...<br><br></div>None of them seem to work.  I tried lldb-3.9 in case any recent changes affected this functionality.<br><br></div>Is there a more correct way to do this?  Or does this seem like a bug?<br><br></div>