Re: [lldb-dev] fate of TimeValue

2016-10-07 Thread Mehdi Amini via lldb-dev
> On Oct 7, 2016, at 10:19 PM, Pavel Labath wrote: > > On 7 October 2016 at 21:42, Mehdi Amini wrote: >> >>> On Oct 7, 2016, at 9:30 PM, Pavel Labath via lldb-dev >>> wrote: >>> >>> The llvm-dev thread seems to have fizzed out - I would assume they are >>> not interested in std::chrono. >>

Re: [lldb-dev] fate of TimeValue

2016-10-07 Thread Pavel Labath via lldb-dev
On 7 October 2016 at 21:42, Mehdi Amini wrote: > >> On Oct 7, 2016, at 9:30 PM, Pavel Labath via lldb-dev >> wrote: >> >> The llvm-dev thread seems to have fizzed out - I would assume they are >> not interested in std::chrono. > > I suggest a totally different course of action: any utility (exce

Re: [lldb-dev] fate of TimeValue

2016-10-07 Thread Mehdi Amini via lldb-dev
> On Oct 7, 2016, at 9:30 PM, Pavel Labath via lldb-dev > wrote: > > The llvm-dev thread seems to have fizzed out - I would assume they are > not interested in std::chrono. I suggest a totally different course of action: any utility (except specific to the debugger for some reason) should be

Re: [lldb-dev] fate of TimeValue

2016-10-07 Thread Pavel Labath via lldb-dev
The llvm-dev thread seems to have fizzed out - I would assume they are not interested in std::chrono. In any case, I've put the more interesting patches I have in my stack up for review, so you have a better idea of what I have in mind. and then we can decide what is the fate of the utility functio

[lldb-dev] LLDB can't find source...but it can?

2016-10-07 Thread Ted Woodward via lldb-dev
Background - I'm working on getting LLDB to run on Hexagon Linux, built with an LLVM toolchain. We're using libc++ and MUSL. The loader is a bit squirrelly right now, so I've built LLDB statically. I've got full source debugging in the driver, but when I step into SBDebugger::Create, I don't ha

Re: [lldb-dev] Connecting to lldb-rpc-server

2016-10-07 Thread Rex Fenley via lldb-dev
That actually seems really doable! Thanks for the info, we'll give that a shot! On Fri, Oct 7, 2016 at 1:40 PM, Sean Callanan wrote: > Once you have Python commands, could you make them into a simple RPC > service and set up a new socket connection to your program from the LLDB > side, all imple

Re: [lldb-dev] Connecting to lldb-rpc-server

2016-10-07 Thread Sean Callanan via lldb-dev
Once you have Python commands, could you make them into a simple RPC service and set up a new socket connection to your program from the LLDB side, all implemented in Python? Sean > On Oct 7, 2016, at 12:29 PM, Jim Ingham via lldb-dev > wrote: > > Enrico is right. At present, each connectio

Re: [lldb-dev] Connecting to lldb-rpc-server

2016-10-07 Thread Rex Fenley via lldb-dev
Ok, thanks for all the info, it's really helpful. We may instead pursue running lldb from the toolchain downloaded from the swift website within our process for the time being and skip having it work in unison with Xcode. We've been having trouble setting that up too however but it's already being

Re: [lldb-dev] Connecting to lldb-rpc-server

2016-10-07 Thread Jim Ingham via lldb-dev
Enrico is right. At present, each connection to the lldb-rpc-server gets its own SBDebugger, so you wouldn't be able to talk to the debugger that Xcode is using for its process. Even if that was changed, then you'd run into other problems, for instance, at present only one Listener can wait fo

Re: [lldb-dev] Connecting to lldb-rpc-server

2016-10-07 Thread Rex Fenley via lldb-dev
https://media4.giphy.com/media/l2Je27KfKp8x71qAo/200.gif On Fri, Oct 7, 2016 at 12:01 PM, Enrico Granata wrote: > It is my understanding that this is not possible in the current > architecture > > On Oct 7, 2016, at 11:55 AM, Rex Fenley wrote: > > We expect to have a rich user experience as thi

Re: [lldb-dev] Connecting to lldb-rpc-server

2016-10-07 Thread Enrico Granata via lldb-dev
It is my understanding that this is not possible in the current architecture > On Oct 7, 2016, at 11:55 AM, Rex Fenley wrote: > > We expect to have a rich user experience as this tool progresses, using > Python to generate UI will limit our development process. It would be much > simpler if we

Re: [lldb-dev] Connecting to lldb-rpc-server

2016-10-07 Thread Rex Fenley via lldb-dev
We expect to have a rich user experience as this tool progresses, using Python to generate UI will limit our development process. It would be much simpler if we could communicate with Xcode's lldb directly from our application. On Fri, Oct 7, 2016 at 11:33 AM, Enrico Granata wrote: > I can see a

Re: [lldb-dev] Connecting to lldb-rpc-server

2016-10-07 Thread Enrico Granata via lldb-dev
I can see a couple of avenues for your use case: - you can write custom LLDB commands (obligatory reference: http://lldb.llvm.org/python-reference.html ) and have your users type these via the console instead of by clicking buttons - you could write a

Re: [lldb-dev] Connecting to lldb-rpc-server

2016-10-07 Thread Rex Fenley via lldb-dev
I'm trying to build a separate debugging tool that can be used in unison with Xcode it will provide buttons that are shortcuts to lldb scripts we write. On Fri, Oct 7, 2016 at 10:45 AM, Enrico Granata wrote: > I am gonna echo Kate's question, but delve one level deeper > > Why do you want to sen

Re: [lldb-dev] Connecting to lldb-rpc-server

2016-10-07 Thread Enrico Granata via lldb-dev
I am gonna echo Kate's question, but delve one level deeper Why do you want to send commands to LLDB from a different process? We have a bunch of different extension points in LLDB, so it's possible that what you're trying to do is actually already possible > On Oct 7, 2016, at 10:41 AM, Rex Fe

Re: [lldb-dev] Connecting to lldb-rpc-server

2016-10-07 Thread Rex Fenley via lldb-dev
Hi Kate, I'm trying to connect to the running instance of lldb in Xcode to send commands to it from a different process :) On Fri, Oct 7, 2016 at 10:27 AM, Kate Stone wrote: > The RPC mechanism used in Xcode 8 is not a part of the open source LLDB > project and should be treated as an implement

Re: [lldb-dev] Connecting to lldb-rpc-server

2016-10-07 Thread Kate Stone via lldb-dev
The RPC mechanism used in Xcode 8 is not a part of the open source LLDB project and should be treated as an implementation detail of Xcode. What are you trying to accomplish? Kate Stone k8st...@apple.com  Xcode Low Level Tools > On Oct 6, 2016, at 6:11 PM, Rex Fenle

Re: [lldb-dev] get function name from dwarf info

2016-10-07 Thread Carlo Kok via lldb-dev
How do I get the dw_at_name field? I don't need lldb to decypher the mangling I use, I just want access to the linkage name and real encoded name? Also how do I get the type this is contained in (presuming there is one ofc)? I am not sure what you are trying to do. Can you elaborate a little.

Re: [lldb-dev] get function name from dwarf info

2016-10-07 Thread Abid, Hafiz via lldb-dev
> -Original Message- > From: lldb-dev [mailto:lldb-dev-boun...@lists.llvm.org] On Behalf Of Carlo > Kok via lldb-dev > Sent: 07 October 2016 14:29 > To: lldb-dev@lists.llvm.org > Subject: [lldb-dev] get function name from dwarf info > > Hi, > > I have a piece of debuginfo containing thi

[lldb-dev] get function name from dwarf info

2016-10-07 Thread Carlo Kok via lldb-dev
Hi, I have a piece of debuginfo containing this subfunction : DW_TAG_subprogram [6] * DW_AT_low_pc [DW_FORM_addr] (0x00437020) DW_AT_high_pc [DW_FORM_data4] (0x001e) DW_AT_frame_base [DW_FORM_exprloc](<0x1> 55 ) DW_AT_linkage_name [DW_FORM_strp] ( .debug_str[0x0