[lldb-dev] <rdar://problem/24581488> LLDB does some deep recursion into external modules to resolve name lookups

Siva Chandra via lldb-dev lldb-dev at lists.llvm.org
Wed Feb 10 06:42:34 PST 2016


Is it related to the regression that Greg was talking about here:
http://lists.llvm.org/pipermail/lldb-commits/Week-of-Mon-20160208/027449.html

On Wed, Feb 10, 2016 at 2:20 AM, Tamas Berghammer via lldb-dev
<lldb-dev at lists.llvm.org> wrote:
> Hi Sean,
>
> Can you gave us some more context on this because without access to the
> referenced rdar bug I don't really understand your previous e-mail (and I
> think I am not alone with this)
>
> Thanks,
> Tamas
>
> On Wed, Feb 10, 2016 at 2:54 AM Sean Callanan via lldb-dev
> <lldb-dev at lists.llvm.org> wrote:
>>
>> I’ve been investing the “po performance bug” (<rdar://problem/24534599> po
>> when debugging Xcode is extremely slow) in recent Xcode, and I discovered
>> this problem.
>>
>> We are looking at pch files that are generated on Xcode’s behalf and it
>> looks like we’re recursing through their dependencies when we don’t find
>> something, but we’re probably not searching efficiently because this is
>> super slow.
>>
>> This would be an Everest regression.
>>
>> I’m going to keep working on the original Radar because I haven’t gotten
>> Brent’s backtrace yet; that said, this one is going to affect users’
>> perception of expression parser performance as well so I’ve filed it
>> separately.
>>
>> Sean
>> _______________________________________________
>> lldb-dev mailing list
>> lldb-dev at lists.llvm.org
>> http://lists.llvm.org/cgi-bin/mailman/listinfo/lldb-dev
>
>
> _______________________________________________
> lldb-dev mailing list
> lldb-dev at lists.llvm.org
> http://lists.llvm.org/cgi-bin/mailman/listinfo/lldb-dev
>


More information about the lldb-dev mailing list