,
>>
>> -did_create_ptr, false);
>>
>> +did_create_ptr, false, m_sdk_sysroot.AsCString());
>>
>>
>>
>> return GetRemoteSharedModule(module_spec, process, module_sp,
>>
>>[&](cons
v
Cc: LLDB
Subject: Re: [lldb-dev] LLDB does not respect platform sysroot when loading
core on Linux
Instead of "image search-paths add" you should be able to do a "settings append
target.exec-search-paths /your/sysroot". That one should not require a running
target or anythi
spec, module_sp,
> module_search_paths_ptr,
>
> - old_module_sp_ptr, did_create_ptr,
> false);
>
> + old_module_sp_ptr, did_create_ptr,
> false,
>
> +
ene Birukov via lldb-dev
Sent: Friday, July 20, 2018 12:21 PM
To: Ted Woodward
mailto:ted.woodw...@codeaurora.org>>;
lldb-dev@lists.llvm.org<mailto:lldb-dev@lists.llvm.org>
Subject: Re: [lldb-dev] LLDB does not respect platform sysroot when loading
core on Linux
1. Shouldn't
rd
Sent: Friday, July 20, 2018 12:01 PM
To: Eugene Birukov ; lldb-dev@lists.llvm.org
Subject: RE: [lldb-dev] LLDB does not respect platform sysroot when loading
core on Linux
Instead of setting the sysroot, try the command
image search-paths add / /path/to/remote/shared/libraries/
That adds to
Instead of setting the sysroot, try the command
image search-paths add / /path/to/remote/shared/libraries/
That adds to the list that the dynamic loader uses to map shared object
paths.
It uses a simple text substitution, so in the above case,
/usr/lib/libc.so
Becomes
/path/to/remote/sh
