Re: debugger, status and suggestions sought

2018-12-28 Thread Stephen R. van den Berg
H. William Welliver III wrote: >By "at runtime" I meant when pike code is compiled, not when the interpreter > is compiled. Presumably this would be an option configurable at runtime. That is what I meant too. >I understand your sentiment in terms of aim, but it's important to remember > that

Re: debugger, status and suggestions sought

2018-12-28 Thread H. William Welliver III
Yes, I think that DAP allows us to make the most of limited developer cycles. Also, I started writing domain objects and serialization code for the DAP protocol messages, but after a few hours, it seemed like generating code from the schema specification might be the more useful approach,

Re: debugger, status and suggestions sought

2018-12-28 Thread Mateusz Krawczuk
That's convincing. Having a debug adapter would allow to select from multiple debugger clients already available. I'll try and write one according to your suggestions. After your recent updates to the debugger-concept branch I'm no longer able to set a breakpoint. Can you please review the wiki

Re: debugger, status and suggestions sought

2018-12-28 Thread H. William Welliver III
By "at runtime" I meant when pike code is compiled, not when the interpreter is compiled. Presumably this would be an option configurable at runtime. I understand your sentiment in terms of aim, but it's important to remember that just about any means of debugging (from printf to a debugger) is

Re: debugger, status and suggestions sought

2018-12-28 Thread Stephen R. van den Berg
H. William Welliver III wrote: >- Does optimization hurt the ability to debug? > Breakpoints on constant expressions or on a for loop, as examples, > won???t get hit how you might expect them to. > Is that okay, or should we explore ways to skip optimization at runtime? I personally prefer that

Re: debugger, status and suggestions sought

2018-12-28 Thread H. William Welliver III
> On Dec 21, 2018, at 6:35 AM, Henrik Grubbström (Lysator) @ Pike (-) > developers forum <10...@lyskom.lysator.liu.se> wrote: > > Most of the code for handling local variables and their types and names is > located at the end of language.yacc. Of interest are probably the functions >

Re: debugger, status and suggestions sought

2018-12-28 Thread H. William Welliver III
I agree that LSP may be a bit off-topic in this discussion, but I think DAP is very much relevant: implementing it, or the relevant portion of it, as the means of communicating with the in-process debug agent gets us a large bit of the way to having support in a range of debugger clients (VS