Re: [lldb-dev] Symbol Server for everyone.

Thank you Jim! Sounds like this should work! On 8/30/16, 8:45 AM, "jing...@apple.com on behalf of Jim Ingham" wrote: The "dsymForUUID" tool doesn't handle copying source files around - we tend to just remote mount them. But we do include these keys in the return plist

Re: [lldb-dev] Symbol Server for everyone.

The "dsymForUUID" tool doesn't handle copying source files around - we tend to just remote mount them. But we do include these keys in the return plist so that lldb can automatically remap the source files from where they were at build time to where they are at debug time. So if your symbol

Re: [lldb-dev] Symbol Server for everyone.

rii Cc: lldb-dev@lists.llvm.org; Kevin Frei Subject: Re: [lldb-dev] Symbol Server for everyone. If you want to go agnostic, then you can just integrate into the following functions from Symbols.h: //-- // Locate the symbo

Re: [lldb-dev] Symbol Server for everyone.

If you want to go agnostic, then you can just integrate into the following functions from Symbols.h: //-- // Locate the symbol file given a module specification. // // Locating the file should happen only on the

Re: [lldb-dev] Symbol Server for everyone.

cate a locally cached artifact and return a path to it. > -- > *From:* Zachary Turner <ztur...@google.com> > *Sent:* Friday, August 26, 2016 8:18:54 PM > *To:* Taras Tsugrii; lldb-dev@lists.llvm.org > *Cc:* Kevin Frei > *Subject:* Re: [lldb-dev] S

Re: [lldb-dev] Symbol Server for everyone.

Making the SymbolVendor dependent on Python is probably a non starter, and it would also make debugging more difficult. We have network code for various platforms in Host already. It would be nice to have a symbol server format that is platform agnostic. On the other hand, Microsoft tools