[llvm-branch-commits] [clang] [lldb] [PATCH 7/7] [clang] improve NestedNameSpecifier: LLDB changes (PR #149949)
Michael Buch via llvm-branch-commits
llvm-branch-commits at lists.llvm.org
Wed Aug 6 10:18:28 PDT 2025
Michael137 wrote:
Hmmm getting this error when building the patch series locally
```
Undefined symbols for architecture arm64:
"clang::NestedNameSpecifierLoc::getTypeLoc() const", referenced from:
clang::RecursiveASTVisitor<(anonymous namespace)::RetainPtrCtorAdoptChecker::checkASTDecl(clang::TranslationUnitDecl const*, clang::ento::AnalysisManager&, clang::ento::BugReporter&) const::LocalVisitor>::TraverseNestedNameSpecifierLoc(clang::NestedNameSpecifierLoc) in libclangStaticAnalyzerCheckers.a[132](RetainPtrCtorAdoptChecker.cpp.o)
```
Any ideas?
> > > > @mizvekov do you have a macOS machine handy to test this on? Or do you want me to try?
> >
> >
> > >
> >
> >
> > > I don't think there is anything macOS specific about this change.
> >
> >
> > >
> >
> >
> > > My main development machine is macOS, and I always struggled with testing LLDB on it.
> >
> >
> > >
> >
> >
> > > But I finally setup a Linux VM on it, and all that went fine without a single hitch. Besides, our CI is Linux based, and that passes as well.
> >
> >
> > There are tests that only run on macOS. I just want to avoid a situation where we have to revert the entire patch series because of some macOS post-merge test failures. Ideally we'd catch these pre-merge on Github, but that's currently not set up unfortunately.
> > Since you don't have the setup, let me run the tests. I'll report back tomorrow
>
> Ah okay. Any easy way for me to tell which are these tests?
Hmm not that I'm aware of
https://github.com/llvm/llvm-project/pull/149949
More information about the llvm-branch-commits
mailing list