<div><br><div class="gmail_quote"><div dir="auto">On Mon, Oct 30, 2017 at 5:32 PM Jim Ingham via Phabricator <<a href="mailto:reviews@reviews.llvm.org">reviews@reviews.llvm.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">jingham added a comment.<br>
<br>
In <a href="https://reviews.llvm.org/D39436#911304" rel="noreferrer" target="_blank">https://reviews.llvm.org/D39436#911304</a>, @hintonda wrote:<br>
<br>
> In <a href="https://reviews.llvm.org/D39436#911274" rel="noreferrer" target="_blank">https://reviews.llvm.org/D39436#911274</a>, @jingham wrote:<br>
><br>
> > BTW, to Z's comment: you can't really resolve the regex pattern when you make the breakpoint.  What if another library gets loaded later on, which has source files that match the source file pattern the user entered, and have source code that matches the -p pattern.  The breakpoint should be updated to encompass those new locations, but you can't do that if you've already matched the pattern against the original list of files, and then thrown away the pattern.<br>
><br>
><br>
> Isn't this how it already works with all breakpoints?  If you load more modules, do more locations get automatically loaded?  Sorry if that's a dumb question.<br>
<br>
<br>
That's how it should work.  Zachary was suggesting (though I don't think he is anymore) taking the pattern in as an argument, but then matching it against the files that matched the pattern at the time the breakpoint was set.  That is NOT - as you correctly state - the way breakpoints are supposed to work.  So if we want to make this a pattern, we have to store the pattern.</blockquote><div dir="auto">At least not as part of the lldb command.  But the more i hear, the more I’m starting to think we should just do nothing in lldb, and let all the logic for this live in the clangdiag python script </div></div></div>