That's great, thanks for the explanation. I'll look into that.
On 21 December 2017 at 16:34, Greg Clayton <clayb...@gmail.com> wrote: > > On Dec 21, 2017, at 7:24 AM, Pavel Labath via lldb-commits > <lldb-commits@lists.llvm.org> wrote: > > On 21 December 2017 at 15:17, Pavel Labath <lab...@google.com> wrote: > > Right now I'm looking at two (ignoring the debug-info multiplication): > TestExprs2.py and TestTopLevelExprs.py > TestExprs2 is encountering ambiguity when looking up the "environ" > symbol (the dynamic linker contains an extra copy). I think I know how > to handle that. > > > Ok, I take that back. I was hoping I could just implement > ObjectFileELF::GetIsDynamicLinkEditor, but it seems that function is > not actually called from anywhere. > > Does anyone have more background about that function? > > > dyld on MacOS has exported functions like "malloc", and "free" and many many > others that mirror libc function needed to bootstrap dyld before it has > actually loaded libc into the process. When someone types "b malloc" on the > lldb command line, we would end up setting breakpoints in both dyld and in > libc which isn't what the user wanted. This flag is was used to say "this > library defines many functions that are similar to other libraries, but no > one wants to actually stop in these". This used to be used in: > > Platform::ModuleIsExcludedForUnconstrainedSearches(...) > > This is a function that says "for my platform, don't include this library in > global searches. We eventually added ObjectFile::GetType() which can return > ObjectFile::eTypeDynamicLinker. This is what is currently used in > PlatformDarwin::ModuleIsExcludedForUnconstrainedSearches(...) to avoid dyld > when doing global searches. > > So it might be as simple as making sure that the dynamic linker shared > ObjectFile returns ObjectFile::eTypeDynamicLinker and then adding > PlatformPosix::ModuleIsExcludedForUnconstrainedSearches(...) that does > something similar to > PlatformDarwin::ModuleIsExcludedForUnconstrainedSearches(...). > > > > _______________________________________________ > lldb-commits mailing list > lldb-commits@lists.llvm.org > http://lists.llvm.org/cgi-bin/mailman/listinfo/lldb-commits > > _______________________________________________ lldb-commits mailing list lldb-commits@lists.llvm.org http://lists.llvm.org/cgi-bin/mailman/listinfo/lldb-commits