Re: [lldb-dev] Debugging Python scripts (backtraces, variables) with LLDB

2016-07-06 Thread Jim Ingham via lldb-dev
Nothing of this sort has been done to my knowledge, and I haven't heard of any plans to do so either. It should certainly be possible, you just need to grub the C stack and recognize the pattern of a Python stack frame in it and where said frame stashes away the arguments & locals, and then re-

[lldb-dev] Debugging Python scripts (backtraces, variables) with LLDB

2016-07-06 Thread Alexandru Croitor via lldb-dev
Hello, I've searched for information wether it is possible to debug a python script using LLDB, and haven't found anything so far. Specifically I'm interested in an LLDB counterpart to what GDB provides (the two main pages being https://wiki.python.org/moin/DebuggingWithGdb and http://fedorapr

Re: [lldb-dev] [Openmp-dev] [cfe-dev] [llvm-dev] FYI: Landing the initial draft for an LLVM Code of Conduct

2016-07-06 Thread Robinson, Paul via lldb-dev
> On 6 Jul 2016, at 16:16, Robinson, Paul wrote: > > > > As Daniel pointed out, an enumeration like that knows no bounds, and > > starting a list invites endless what-if questions. That's why I settled > > for a more qualitative statement; we have to acknowledge that ultimately > > there's a judg

Re: [lldb-dev] [Openmp-dev] [cfe-dev] [llvm-dev] FYI: Landing the initial draft for an LLVM Code of Conduct

2016-07-06 Thread Robinson, Paul via lldb-dev
> -Original Message- > From: Dr D. Chisnall [mailto:dc...@hermes.cam.ac.uk] On Behalf Of David > Chisnall > Sent: Wednesday, July 06, 2016 1:48 AM > To: Renato Golin > Cc: Robinson, Paul; Daniel Berlin; llvm-dev; openmp-dev (openmp- > d...@lists.llvm.org); LLDB; cfe-...@lists.llvm.org; Ra

Re: [lldb-dev] [Openmp-dev] [cfe-dev] [llvm-dev] FYI: Landing the initial draft for an LLVM Code of Conduct

2016-07-06 Thread David Chisnall via lldb-dev
On 6 Jul 2016, at 16:16, Robinson, Paul wrote: > > As Daniel pointed out, an enumeration like that knows no bounds, and > starting a list invites endless what-if questions. That's why I settled > for a more qualitative statement; we have to acknowledge that ultimately > there's a judgement call

[lldb-dev] Add support for OCaml native debugging

2016-07-06 Thread E BOUTALEB via lldb-dev
I would like to submit two patches for code review. They introduce concrete support for OCaml native debugging, granted that you have access to the native compiler with DWARF emission support (see https://github.com/ocaml/ocaml/pull/574) This adds about 2000 lines of code. The type system isn't

[lldb-dev] Announce: Rust bindings for the LLDB public API

2016-07-06 Thread Bruce Mitchener via lldb-dev
Hello all, I've been working on Rust bindings for the LLDB API and they're coming along pretty well. They aren't complete yet, but they're getting close: https://github.com/endoli/lldb.rs/ The documentation for these bindings can be found at https://endoli.github.io/lldb.rs/ I need to write mor

Re: [lldb-dev] [Openmp-dev] [cfe-dev] [llvm-dev] FYI: Landing the initial draft for an LLVM Code of Conduct

2016-07-06 Thread David Chisnall via lldb-dev
On 4 Jul 2016, at 12:27, Renato Golin via Openmp-dev wrote: > > On 4 July 2016 at 00:42, Robinson, Paul wrote: >> Daniel claimed it was not different, even though he proposed the text. >> I think it is better, as "egregious" (even though it is qualitative) >> helps identify what "rare" circumst