On Tue, Aug 14, 2018 at 6:58 PM Jason Molenda <jmole...@apple.com> wrote:
> > > > On Aug 14, 2018, at 6:39 PM, Zachary Turner <ztur...@google.com> wrote: > > > > Having bugs also makes the debugger harder to innovate in the future > because it’s, not having tests leads to having bugs, and sb api tests leads > to not having te > > Yes, lldb does not have these problems -- because we learned from our > decades working on gdb, and did not repeat that mistake. To be honest, > lldb is such a young debugger - barely a decade old, depending on how you > count it, that ANY testsuite approach would be fine at this point. Add a > couple more decades and we'd be back into the hole that gdb was in. {I > have not worked on gdb in over a decade, so I don't know how their testing > methodology may be today} That doesn’t mean that the current approach is the final word. As new people come onto the project, new ideas come forth and we should entertain them rather than deciding that all decisions are set in stone forever. For example, the object model based approach I mentioned earlier would not have any of the problems that you’ve described from gdb. Just because one set of problems has been solved doesn’t mean we should declare victory and say there’s no point in trying to solve the remaining problems too. And right now, the problem is that we need to be coming up with a way to make tests easier to write so that people will actually write them
_______________________________________________ lldb-dev mailing list lldb-dev@lists.llvm.org http://lists.llvm.org/cgi-bin/mailman/listinfo/lldb-dev