Skip to content

[clang] Add source range to 'use of undeclared identifier' diagnostics #117671

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Merged
merged 2 commits into from
Apr 18, 2025

Conversation

tbaederr
Copy link
Contributor

No description provided.

@llvmbot llvmbot added clang Clang issues not falling into any other category clang:frontend Language frontend issues, e.g. anything involving "Sema" labels Nov 26, 2024
@llvmbot
Copy link
Member

llvmbot commented Nov 26, 2024

@llvm/pr-subscribers-clang

Author: Timm Baeder (tbaederr)

Changes

Full diff: https://github.com/llvm/llvm-project/pull/117671.diff

1 Files Affected:

  • (modified) clang/lib/Sema/SemaExpr.cpp (+34-26)
diff --git a/clang/lib/Sema/SemaExpr.cpp b/clang/lib/Sema/SemaExpr.cpp
index 6c7472ce92703b..cf3cc900f365b2 100644
--- a/clang/lib/Sema/SemaExpr.cpp
+++ b/clang/lib/Sema/SemaExpr.cpp
@@ -2351,20 +2351,23 @@ Sema::DecomposeUnqualifiedId(const UnqualifiedId &Id,
   }
 }
 
-static void emitEmptyLookupTypoDiagnostic(
-    const TypoCorrection &TC, Sema &SemaRef, const CXXScopeSpec &SS,
-    DeclarationName Typo, SourceLocation TypoLoc, ArrayRef<Expr *> Args,
-    unsigned DiagnosticID, unsigned DiagnosticSuggestID) {
+static void emitEmptyLookupTypoDiagnostic(const TypoCorrection &TC,
+                                          Sema &SemaRef, const CXXScopeSpec &SS,
+                                          const DeclarationNameInfo &Typo,
+                                          ArrayRef<Expr *> Args,
+                                          unsigned DiagnosticID,
+                                          unsigned DiagnosticSuggestID) {
   DeclContext *Ctx =
       SS.isEmpty() ? nullptr : SemaRef.computeDeclContext(SS, false);
   if (!TC) {
     // Emit a special diagnostic for failed member lookups.
     // FIXME: computing the declaration context might fail here (?)
     if (Ctx)
-      SemaRef.Diag(TypoLoc, diag::err_no_member) << Typo << Ctx
-                                                 << SS.getRange();
+      SemaRef.Diag(Typo.getLoc(), diag::err_no_member)
+          << Typo.getName() << Ctx << Typo.getSourceRange();
     else
-      SemaRef.Diag(TypoLoc, DiagnosticID) << Typo;
+      SemaRef.Diag(Typo.getLoc(), DiagnosticID)
+          << Typo.getName() << Typo.getSourceRange();
     return;
   }
 
@@ -2375,12 +2378,14 @@ static void emitEmptyLookupTypoDiagnostic(
                         ? diag::note_implicit_param_decl
                         : diag::note_previous_decl;
   if (!Ctx)
-    SemaRef.diagnoseTypo(TC, SemaRef.PDiag(DiagnosticSuggestID) << Typo,
+    SemaRef.diagnoseTypo(TC,
+                         SemaRef.PDiag(DiagnosticSuggestID) << Typo.getName(),
                          SemaRef.PDiag(NoteID));
   else
-    SemaRef.diagnoseTypo(TC, SemaRef.PDiag(diag::err_no_member_suggest)
-                                 << Typo << Ctx << DroppedSpecifier
-                                 << SS.getRange(),
+    SemaRef.diagnoseTypo(TC,
+                         SemaRef.PDiag(diag::err_no_member_suggest)
+                             << Typo.getName() << Ctx << DroppedSpecifier
+                             << SS.getRange(),
                          SemaRef.PDiag(NoteID));
 }
 
@@ -2448,13 +2453,14 @@ bool Sema::DiagnoseEmptyLookup(Scope *S, CXXScopeSpec &SS, LookupResult &R,
                                TemplateArgumentListInfo *ExplicitTemplateArgs,
                                ArrayRef<Expr *> Args, DeclContext *LookupCtx,
                                TypoExpr **Out) {
-  DeclarationName Name = R.getLookupName();
+  const DeclarationNameInfo &NameInfo = R.getLookupNameInfo();
 
   unsigned diagnostic = diag::err_undeclared_var_use;
   unsigned diagnostic_suggest = diag::err_undeclared_var_use_suggest;
-  if (Name.getNameKind() == DeclarationName::CXXOperatorName ||
-      Name.getNameKind() == DeclarationName::CXXLiteralOperatorName ||
-      Name.getNameKind() == DeclarationName::CXXConversionFunctionName) {
+  if (DeclarationName::NameKind Kind = NameInfo.getName().getNameKind();
+      Kind == DeclarationName::CXXOperatorName ||
+      Kind == DeclarationName::CXXLiteralOperatorName ||
+      Kind == DeclarationName::CXXConversionFunctionName) {
     diagnostic = diag::err_undeclared_use;
     diagnostic_suggest = diag::err_undeclared_use_suggest;
   }
@@ -2506,13 +2512,12 @@ bool Sema::DiagnoseEmptyLookup(Scope *S, CXXScopeSpec &SS, LookupResult &R,
   // We didn't find anything, so try to correct for a typo.
   TypoCorrection Corrected;
   if (S && Out) {
-    SourceLocation TypoLoc = R.getNameLoc();
     assert(!ExplicitTemplateArgs &&
            "Diagnosing an empty lookup with explicit template args!");
     *Out = CorrectTypoDelayed(
         R.getLookupNameInfo(), R.getLookupKind(), S, &SS, CCC,
         [=](const TypoCorrection &TC) {
-          emitEmptyLookupTypoDiagnostic(TC, *this, SS, Name, TypoLoc, Args,
+          emitEmptyLookupTypoDiagnostic(TC, *this, SS, NameInfo, Args,
                                         diagnostic, diagnostic_suggest);
         },
         nullptr, CTK_ErrorRecovery, LookupCtx);
@@ -2522,8 +2527,8 @@ bool Sema::DiagnoseEmptyLookup(Scope *S, CXXScopeSpec &SS, LookupResult &R,
                        CorrectTypo(R.getLookupNameInfo(), R.getLookupKind(), S,
                                    &SS, CCC, CTK_ErrorRecovery, LookupCtx))) {
     std::string CorrectedStr(Corrected.getAsString(getLangOpts()));
-    bool DroppedSpecifier =
-        Corrected.WillReplaceSpecifier() && Name.getAsString() == CorrectedStr;
+    bool DroppedSpecifier = Corrected.WillReplaceSpecifier() &&
+                            NameInfo.getAsString() == CorrectedStr;
     R.setLookupName(Corrected.getCorrection());
 
     bool AcceptableWithRecovery = false;
@@ -2591,12 +2596,15 @@ bool Sema::DiagnoseEmptyLookup(Scope *S, CXXScopeSpec &SS, LookupResult &R,
                             ? diag::note_implicit_param_decl
                             : diag::note_previous_decl;
       if (SS.isEmpty())
-        diagnoseTypo(Corrected, PDiag(diagnostic_suggest) << Name,
+        diagnoseTypo(Corrected,
+                     PDiag(diagnostic_suggest)
+                         << NameInfo.getName() << NameInfo.getSourceRange(),
                      PDiag(NoteID), AcceptableWithRecovery);
       else
-        diagnoseTypo(Corrected, PDiag(diag::err_no_member_suggest)
-                                  << Name << computeDeclContext(SS, false)
-                                  << DroppedSpecifier << SS.getRange(),
+        diagnoseTypo(Corrected,
+                     PDiag(diag::err_no_member_suggest)
+                         << NameInfo.getName() << computeDeclContext(SS, false)
+                         << DroppedSpecifier << SS.getRange(),
                      PDiag(NoteID), AcceptableWithRecovery);
 
       // Tell the callee whether to try to recover.
@@ -2609,13 +2617,13 @@ bool Sema::DiagnoseEmptyLookup(Scope *S, CXXScopeSpec &SS, LookupResult &R,
   // FIXME: computing the declaration context might fail here (?)
   if (!SS.isEmpty()) {
     Diag(R.getNameLoc(), diag::err_no_member)
-      << Name << computeDeclContext(SS, false)
-      << SS.getRange();
+        << NameInfo.getName() << computeDeclContext(SS, false) << SS.getRange();
     return true;
   }
 
   // Give up, we can't recover.
-  Diag(R.getNameLoc(), diagnostic) << Name;
+  Diag(R.getNameLoc(), diagnostic)
+      << NameInfo.getName() << NameInfo.getSourceRange();
   return true;
 }
 

@tbaederr tbaederr force-pushed the ranges branch 2 times, most recently from f1e85ee to 1d77f36 Compare November 26, 2024 07:45
@tbaederr
Copy link
Contributor Author

I knew there was something oddly familiar about this: https://reviews.llvm.org/D150191?id=521215 🤦‍♂️

@cor3ntin
Copy link
Contributor

Can you add a description? Maybe a changelog

Copy link

github-actions bot commented Nov 26, 2024

✅ With the latest revision this PR passed the C/C++ code formatter.

@tbaederr
Copy link
Contributor Author

It's the same problem again.

For this code:

#define F(x) x + 1
#define G(x) F(x) + 2
#define ADD(x,y) G(x) + y
#define LEVEL4(x) ADD(p,x)
#define LEVEL3(x) LEVEL4(x)
#define LEVEL2(x) LEVEL3(x)
#define LEVEL1(x) LEVEL2(x)

int a = LEVEL1(b);

The previous output was:

./array.cpp:34:9: error: use of undeclared identifier 'p'
   34 | int a = LEVEL1(b);
      |         ^
./array.cpp:32:19: note: expanded from macro 'LEVEL1'
   32 | #define LEVEL1(x) LEVEL2(x)
      |                   ^
./array.cpp:31:19: note: expanded from macro 'LEVEL2'
   31 | #define LEVEL2(x) LEVEL3(x)
      |                   ^
./array.cpp:30:19: note: expanded from macro 'LEVEL3'
   30 | #define LEVEL3(x) LEVEL4(x)
      |                   ^
./array.cpp:29:23: note: expanded from macro 'LEVEL4'
   29 | #define LEVEL4(x) ADD(p,x)
      |                       ^
./array.cpp:34:16: error: use of undeclared identifier 'b'
   34 | int a = LEVEL1(b);
      |                ^
2 errors generated.

and we now print:

./array.cpp:34:9: error: use of undeclared identifier 'p'
   34 | int a = LEVEL1(b);
      |         ^~~~~~~~~
./array.cpp:32:19: note: expanded from macro 'LEVEL1'
   32 | #define LEVEL1(x) LEVEL2(x)
      |                   ^~~~~~~~~
./array.cpp:31:19: note: expanded from macro 'LEVEL2'
   31 | #define LEVEL2(x) LEVEL3(x)
      |                   ^~~~~~~~~
./array.cpp:30:19: note: expanded from macro 'LEVEL3'
   30 | #define LEVEL3(x) LEVEL4(x)
      |                   ^~~~~~~~~
note: (skipping 1 expansions in backtrace; use -fmacro-backtrace-limit=0 to see all)
./array.cpp:28:20: note: expanded from macro 'ADD'
   28 | #define ADD(x,y) G(x) + y
      |                    ^
./array.cpp:27:16: note: expanded from macro 'G'
   27 | #define G(x) F(x) + 2
      |                ^
./array.cpp:26:14: note: expanded from macro 'F'
   26 | #define F(x) x + 1
      |              ^
./array.cpp:34:16: error: use of undeclared identifier 'b'
   34 | int a = LEVEL1(b);
      |                ^
./array.cpp:32:26: note: expanded from macro 'LEVEL1'
   32 | #define LEVEL1(x) LEVEL2(x)
      |                          ^
./array.cpp:31:26: note: expanded from macro 'LEVEL2'
   31 | #define LEVEL2(x) LEVEL3(x)
      |                          ^
./array.cpp:30:26: note: expanded from macro 'LEVEL3'
   30 | #define LEVEL3(x) LEVEL4(x)
      |                          ^
./array.cpp:29:25: note: expanded from macro 'LEVEL4'
   29 | #define LEVEL4(x) ADD(p,x)
      |                         ^
./array.cpp:28:25: note: expanded from macro 'ADD'
   28 | #define ADD(x,y) G(x) + y
      |                         ^
2 errors generated.

but this is not a bug introduced by the changes, rather, the newly supplied (valid!) source ranges now get taken into account in checkRangesForMacroArgExpansion() in Frontend/DiagnosticRenderer.cpp.

@AaronBallman
Copy link
Collaborator

but this is not a bug introduced by the changes, rather, the newly supplied (valid!) source ranges now get taken into account in checkRangesForMacroArgExpansion() in Frontend/DiagnosticRenderer.cpp.

Yeah, I think we need to solve that before moving forward with the changes, which is why this keeps not being improved. (It always seems to come back to bite us when we decide that invalid source locations are an in-band indicator of anything.)

@tbaederr
Copy link
Contributor Author

This is the best version I could come up with. Other than that, the code as it is seems to do what is advertised, i.e. the new output is the desired output.

Copy link
Collaborator

@AaronBallman AaronBallman left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Generally speaking, this looks like it's heading in the right direction.

In rangeInsideSameMacroArgExpansion, check the given Ranges instead
of the SpellingRanges.
@tbaederr
Copy link
Contributor Author

Ping

Copy link
Collaborator

@AaronBallman AaronBallman left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

LGTM!

@tbaederr tbaederr merged commit cc7fc99 into llvm:main Apr 18, 2025
9 of 11 checks passed
@llvm-ci
Copy link
Collaborator

llvm-ci commented Apr 18, 2025

LLVM Buildbot has detected a new failure on builder lldb-x86_64-debian running on lldb-x86_64-debian while building clang at step 6 "test".

Full details are available at: https://lab.llvm.org/buildbot/#/builders/162/builds/20492

Here is the relevant piece of the build log for the reference
Step 6 (test) failure: build (failure)
...
PASS: lldb-api :: functionalities/data-formatter/data-formatter-stl/generic/bitset/TestDataFormatterGenericBitset.py (164 of 2829)
PASS: lldb-api :: functionalities/thread/concurrent_events/TestConcurrentTwoWatchpointsOneDelayBreakpoint.py (165 of 2829)
PASS: lldb-api :: functionalities/single-thread-step/TestSingleThreadStepTimeout.py (166 of 2829)
PASS: lldb-api :: functionalities/thread/concurrent_events/TestConcurrentManySignals.py (167 of 2829)
PASS: lldb-api :: functionalities/memory-region/TestMemoryRegion.py (168 of 2829)
PASS: lldb-api :: functionalities/plugins/python_os_plugin/stepping_plugin_threads/TestOSPluginStepping.py (169 of 2829)
PASS: lldb-api :: functionalities/inferior-crashing/recursive-inferior/TestRecursiveInferiorStep.py (170 of 2829)
PASS: lldb-api :: functionalities/stop-on-sharedlibrary-load/TestStopOnSharedlibraryEvents.py (171 of 2829)
PASS: lldb-api :: lang/c/function_types/TestFunctionTypes.py (172 of 2829)
PASS: lldb-api :: functionalities/inferior-changed/TestInferiorChanged.py (173 of 2829)
FAIL: lldb-api :: commands/expression/diagnostics/TestExprDiagnostics.py (174 of 2829)
******************** TEST 'lldb-api :: commands/expression/diagnostics/TestExprDiagnostics.py' FAILED ********************
Script:
--
/usr/bin/python3 /home/worker/2.0.1/lldb-x86_64-debian/llvm-project/lldb/test/API/dotest.py -u CXXFLAGS -u CFLAGS --env LLVM_LIBS_DIR=/home/worker/2.0.1/lldb-x86_64-debian/build/./lib --env LLVM_INCLUDE_DIR=/home/worker/2.0.1/lldb-x86_64-debian/build/include --env LLVM_TOOLS_DIR=/home/worker/2.0.1/lldb-x86_64-debian/build/./bin --arch x86_64 --build-dir /home/worker/2.0.1/lldb-x86_64-debian/build/lldb-test-build.noindex --lldb-module-cache-dir /home/worker/2.0.1/lldb-x86_64-debian/build/lldb-test-build.noindex/module-cache-lldb/lldb-api --clang-module-cache-dir /home/worker/2.0.1/lldb-x86_64-debian/build/lldb-test-build.noindex/module-cache-clang/lldb-api --executable /home/worker/2.0.1/lldb-x86_64-debian/build/./bin/lldb --compiler /home/worker/2.0.1/lldb-x86_64-debian/build/./bin/clang --dsymutil /home/worker/2.0.1/lldb-x86_64-debian/build/./bin/dsymutil --make /usr/bin/gmake --llvm-tools-dir /home/worker/2.0.1/lldb-x86_64-debian/build/./bin --lldb-obj-root /home/worker/2.0.1/lldb-x86_64-debian/build/tools/lldb --lldb-libs-dir /home/worker/2.0.1/lldb-x86_64-debian/build/./lib -t /home/worker/2.0.1/lldb-x86_64-debian/llvm-project/lldb/test/API/commands/expression/diagnostics -p TestExprDiagnostics.py
--
Exit Code: 1

Command Output (stdout):
--
lldb version 21.0.0git (https://github.com/llvm/llvm-project.git revision cc7fc9978fc8c9b8e1da2e283026feaf85807ea5)
  clang revision cc7fc9978fc8c9b8e1da2e283026feaf85807ea5
  llvm revision cc7fc9978fc8c9b8e1da2e283026feaf85807ea5
Skipping the following test categories: ['libc++', 'dsym', 'gmodules', 'debugserver', 'objc']

--
Command Output (stderr):
--
Change dir to: /home/worker/2.0.1/lldb-x86_64-debian/llvm-project/lldb/test/API/commands/expression/diagnostics
UNSUPPORTED: LLDB (/home/worker/2.0.1/lldb-x86_64-debian/build/bin/clang-x86_64) :: test_command_expr_sbdata_dsym (TestExprDiagnostics.ExprDiagnosticsTestCase.test_command_expr_sbdata_dsym) (test case does not fall in any category of interest for this run) 
runCmd: settings clear -all

output: 

runCmd: settings set symbols.enable-external-lookup false

output: 

runCmd: settings set target.inherit-tcc true

output: 

runCmd: settings set target.disable-aslr false

output: 

runCmd: settings set target.detach-on-error false

output: 

@llvm-ci
Copy link
Collaborator

llvm-ci commented Apr 18, 2025

LLVM Buildbot has detected a new failure on builder lldb-arm-ubuntu running on linaro-lldb-arm-ubuntu while building clang at step 6 "test".

Full details are available at: https://lab.llvm.org/buildbot/#/builders/18/builds/14695

Here is the relevant piece of the build log for the reference
Step 6 (test) failure: build (failure)
...
PASS: lldb-api :: commands/expression/completion-crash-incomplete-record/TestCompletionCrashIncompleteRecord.py (47 of 2956)
PASS: lldb-api :: commands/expression/codegen-crash-typedefdecl-not-in_declcontext/TestCodegenCrashTypedefDeclNotInDeclContext.py (48 of 2956)
UNSUPPORTED: lldb-api :: commands/expression/completion-crash-invalid-iterator/TestInvalidIteratorCompletionCrash.py (49 of 2956)
PASS: lldb-api :: commands/expression/completion-in-lambda-and-unnamed-class/TestCompletionInLambdaAndUnnamedClass.py (50 of 2956)
UNSUPPORTED: lldb-api :: commands/expression/context-object-objc/TestContextObjectObjc.py (51 of 2956)
PASS: lldb-api :: commands/dwim-print/TestDWIMPrint.py (52 of 2956)
PASS: lldb-api :: commands/expression/completion/TestExprCompletion.py (53 of 2956)
PASS: lldb-api :: commands/expression/deleting-implicit-copy-constructor/TestDeletingImplicitCopyConstructor.py (54 of 2956)
PASS: lldb-api :: commands/expression/context-object/TestContextObject.py (55 of 2956)
PASS: lldb-api :: commands/expression/dollar-in-variable/TestDollarInVariable.py (56 of 2956)
FAIL: lldb-api :: commands/expression/diagnostics/TestExprDiagnostics.py (57 of 2956)
******************** TEST 'lldb-api :: commands/expression/diagnostics/TestExprDiagnostics.py' FAILED ********************
Script:
--
/usr/bin/python3.10 /home/tcwg-buildbot/worker/lldb-arm-ubuntu/llvm-project/lldb/test/API/dotest.py -u CXXFLAGS -u CFLAGS --env LLVM_LIBS_DIR=/home/tcwg-buildbot/worker/lldb-arm-ubuntu/build/./lib --env LLVM_INCLUDE_DIR=/home/tcwg-buildbot/worker/lldb-arm-ubuntu/build/include --env LLVM_TOOLS_DIR=/home/tcwg-buildbot/worker/lldb-arm-ubuntu/build/./bin --arch armv8l --build-dir /home/tcwg-buildbot/worker/lldb-arm-ubuntu/build/lldb-test-build.noindex --lldb-module-cache-dir /home/tcwg-buildbot/worker/lldb-arm-ubuntu/build/lldb-test-build.noindex/module-cache-lldb/lldb-api --clang-module-cache-dir /home/tcwg-buildbot/worker/lldb-arm-ubuntu/build/lldb-test-build.noindex/module-cache-clang/lldb-api --executable /home/tcwg-buildbot/worker/lldb-arm-ubuntu/build/./bin/lldb --compiler /home/tcwg-buildbot/worker/lldb-arm-ubuntu/build/./bin/clang --dsymutil /home/tcwg-buildbot/worker/lldb-arm-ubuntu/build/./bin/dsymutil --make /usr/bin/gmake --llvm-tools-dir /home/tcwg-buildbot/worker/lldb-arm-ubuntu/build/./bin --lldb-obj-root /home/tcwg-buildbot/worker/lldb-arm-ubuntu/build/tools/lldb --lldb-libs-dir /home/tcwg-buildbot/worker/lldb-arm-ubuntu/build/./lib /home/tcwg-buildbot/worker/lldb-arm-ubuntu/llvm-project/lldb/test/API/commands/expression/diagnostics -p TestExprDiagnostics.py
--
Exit Code: 1

Command Output (stdout):
--
lldb version 21.0.0git (https://github.com/llvm/llvm-project.git revision cc7fc9978fc8c9b8e1da2e283026feaf85807ea5)
  clang revision cc7fc9978fc8c9b8e1da2e283026feaf85807ea5
  llvm revision cc7fc9978fc8c9b8e1da2e283026feaf85807ea5
Skipping the following test categories: ['libc++', 'dsym', 'gmodules', 'debugserver', 'objc']

--
Command Output (stderr):
--
UNSUPPORTED: LLDB (/home/tcwg-buildbot/worker/lldb-arm-ubuntu/build/bin/clang-arm) :: test_command_expr_sbdata_dsym (TestExprDiagnostics.ExprDiagnosticsTestCase) (test case does not fall in any category of interest for this run) 
PASS: LLDB (/home/tcwg-buildbot/worker/lldb-arm-ubuntu/build/bin/clang-arm) :: test_command_expr_sbdata_dwarf (TestExprDiagnostics.ExprDiagnosticsTestCase)
PASS: LLDB (/home/tcwg-buildbot/worker/lldb-arm-ubuntu/build/bin/clang-arm) :: test_command_expr_sbdata_dwo (TestExprDiagnostics.ExprDiagnosticsTestCase)
UNSUPPORTED: LLDB (/home/tcwg-buildbot/worker/lldb-arm-ubuntu/build/bin/clang-arm) :: test_error_type_dsym (TestExprDiagnostics.ExprDiagnosticsTestCase) (test case does not fall in any category of interest for this run) 
PASS: LLDB (/home/tcwg-buildbot/worker/lldb-arm-ubuntu/build/bin/clang-arm) :: test_error_type_dwarf (TestExprDiagnostics.ExprDiagnosticsTestCase)
PASS: LLDB (/home/tcwg-buildbot/worker/lldb-arm-ubuntu/build/bin/clang-arm) :: test_error_type_dwo (TestExprDiagnostics.ExprDiagnosticsTestCase)
UNSUPPORTED: LLDB (/home/tcwg-buildbot/worker/lldb-arm-ubuntu/build/bin/clang-arm) :: test_source_and_caret_printing_dsym (TestExprDiagnostics.ExprDiagnosticsTestCase) (test case does not fall in any category of interest for this run) 
FAIL: LLDB (/home/tcwg-buildbot/worker/lldb-arm-ubuntu/build/bin/clang-arm) :: test_source_and_caret_printing_dwarf (TestExprDiagnostics.ExprDiagnosticsTestCase)
FAIL: LLDB (/home/tcwg-buildbot/worker/lldb-arm-ubuntu/build/bin/clang-arm) :: test_source_and_caret_printing_dwo (TestExprDiagnostics.ExprDiagnosticsTestCase)
UNSUPPORTED: LLDB (/home/tcwg-buildbot/worker/lldb-arm-ubuntu/build/bin/clang-arm) :: test_source_locations_from_objc_modules_dsym (TestExprDiagnostics.ExprDiagnosticsTestCase) (test case does not fall in any category of interest for this run) 
UNSUPPORTED: LLDB (/home/tcwg-buildbot/worker/lldb-arm-ubuntu/build/bin/clang-arm) :: test_source_locations_from_objc_modules_dwarf (TestExprDiagnostics.ExprDiagnosticsTestCase) (test case does not fall in any category of interest for this run) 
UNSUPPORTED: LLDB (/home/tcwg-buildbot/worker/lldb-arm-ubuntu/build/bin/clang-arm) :: test_source_locations_from_objc_modules_dwo (TestExprDiagnostics.ExprDiagnosticsTestCase) (test case does not fall in any category of interest for this run) 
======================================================================
FAIL: test_source_and_caret_printing_dwarf (TestExprDiagnostics.ExprDiagnosticsTestCase)
    Test that the source and caret positions LLDB prints are correct
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/home/tcwg-buildbot/worker/lldb-arm-ubuntu/llvm-project/lldb/packages/Python/lldbsuite/test/lldbtest.py", line 1804, in test_method
    return attrvalue(self)
  File "/home/tcwg-buildbot/worker/lldb-arm-ubuntu/llvm-project/lldb/test/API/commands/expression/diagnostics/TestExprDiagnostics.py", line 33, in test_source_and_caret_printing
    self.assertIn(

@llvm-ci
Copy link
Collaborator

llvm-ci commented Apr 18, 2025

LLVM Buildbot has detected a new failure on builder lldb-remote-linux-ubuntu running on as-builder-9 while building clang at step 16 "test-check-lldb-api".

Full details are available at: https://lab.llvm.org/buildbot/#/builders/195/builds/7799

Here is the relevant piece of the build log for the reference
Step 16 (test-check-lldb-api) failure: Test just built components: check-lldb-api completed (failure)
******************** TEST 'lldb-api :: commands/expression/diagnostics/TestExprDiagnostics.py' FAILED ********************
Script:
--
/usr/bin/python3.12 /home/buildbot/worker/as-builder-9/lldb-remote-linux-ubuntu/llvm-project/lldb/test/API/dotest.py -u CXXFLAGS -u CFLAGS --env LLVM_LIBS_DIR=/home/buildbot/worker/as-builder-9/lldb-remote-linux-ubuntu/build/./lib --env LLVM_INCLUDE_DIR=/home/buildbot/worker/as-builder-9/lldb-remote-linux-ubuntu/build/include --env LLVM_TOOLS_DIR=/home/buildbot/worker/as-builder-9/lldb-remote-linux-ubuntu/build/./bin --libcxx-include-dir /home/buildbot/worker/as-builder-9/lldb-remote-linux-ubuntu/build/include/c++/v1 --libcxx-include-target-dir /home/buildbot/worker/as-builder-9/lldb-remote-linux-ubuntu/build/include/aarch64-unknown-linux-gnu/c++/v1 --libcxx-library-dir /home/buildbot/worker/as-builder-9/lldb-remote-linux-ubuntu/build/./lib/aarch64-unknown-linux-gnu --arch aarch64 --build-dir /home/buildbot/worker/as-builder-9/lldb-remote-linux-ubuntu/build/lldb-test-build.noindex --lldb-module-cache-dir /home/buildbot/worker/as-builder-9/lldb-remote-linux-ubuntu/build/lldb-test-build.noindex/module-cache-lldb/lldb-api --clang-module-cache-dir /home/buildbot/worker/as-builder-9/lldb-remote-linux-ubuntu/build/lldb-test-build.noindex/module-cache-clang/lldb-api --executable /home/buildbot/worker/as-builder-9/lldb-remote-linux-ubuntu/build/./bin/lldb --compiler /home/buildbot/worker/as-builder-9/lldb-remote-linux-ubuntu/build/bin/clang --dsymutil /home/buildbot/worker/as-builder-9/lldb-remote-linux-ubuntu/build/./bin/dsymutil --make /usr/bin/gmake --llvm-tools-dir /home/buildbot/worker/as-builder-9/lldb-remote-linux-ubuntu/build/./bin --lldb-obj-root /home/buildbot/worker/as-builder-9/lldb-remote-linux-ubuntu/build/tools/lldb --lldb-libs-dir /home/buildbot/worker/as-builder-9/lldb-remote-linux-ubuntu/build/./lib --platform-url connect://jetson-agx-2198.lab.llvm.org:1234 --platform-working-dir /home/ubuntu/lldb-tests --sysroot /mnt/fs/jetson-agx-ubuntu --env ARCH_CFLAGS=-mcpu=cortex-a78 --platform-name remote-linux --skip-category=lldb-server /home/buildbot/worker/as-builder-9/lldb-remote-linux-ubuntu/llvm-project/lldb/test/API/commands/expression/diagnostics -p TestExprDiagnostics.py
--
Exit Code: 1

Command Output (stdout):
--
lldb version 21.0.0git (https://github.com/llvm/llvm-project.git revision cc7fc9978fc8c9b8e1da2e283026feaf85807ea5)
  clang revision cc7fc9978fc8c9b8e1da2e283026feaf85807ea5
  llvm revision cc7fc9978fc8c9b8e1da2e283026feaf85807ea5
Setting up remote platform 'remote-linux'
Connecting to remote platform 'remote-linux' at 'connect://jetson-agx-2198.lab.llvm.org:1234'...
Connected.
Setting remote platform working directory to '/home/ubuntu/lldb-tests'...
Skipping the following test categories: ['lldb-server', 'dsym', 'gmodules', 'debugserver', 'objc', 'lldb-dap']

--
Command Output (stderr):
--
WARNING:root:Custom libc++ is not supported for remote runs: ignoring --libcxx arguments
UNSUPPORTED: LLDB (/home/buildbot/worker/as-builder-9/lldb-remote-linux-ubuntu/build/bin/clang-aarch64) :: test_command_expr_sbdata_dsym (TestExprDiagnostics.ExprDiagnosticsTestCase.test_command_expr_sbdata_dsym) (test case does not fall in any category of interest for this run) 
PASS: LLDB (/home/buildbot/worker/as-builder-9/lldb-remote-linux-ubuntu/build/bin/clang-aarch64) :: test_command_expr_sbdata_dwarf (TestExprDiagnostics.ExprDiagnosticsTestCase.test_command_expr_sbdata_dwarf)
PASS: LLDB (/home/buildbot/worker/as-builder-9/lldb-remote-linux-ubuntu/build/bin/clang-aarch64) :: test_command_expr_sbdata_dwo (TestExprDiagnostics.ExprDiagnosticsTestCase.test_command_expr_sbdata_dwo)
UNSUPPORTED: LLDB (/home/buildbot/worker/as-builder-9/lldb-remote-linux-ubuntu/build/bin/clang-aarch64) :: test_error_type_dsym (TestExprDiagnostics.ExprDiagnosticsTestCase.test_error_type_dsym) (test case does not fall in any category of interest for this run) 
PASS: LLDB (/home/buildbot/worker/as-builder-9/lldb-remote-linux-ubuntu/build/bin/clang-aarch64) :: test_error_type_dwarf (TestExprDiagnostics.ExprDiagnosticsTestCase.test_error_type_dwarf)
PASS: LLDB (/home/buildbot/worker/as-builder-9/lldb-remote-linux-ubuntu/build/bin/clang-aarch64) :: test_error_type_dwo (TestExprDiagnostics.ExprDiagnosticsTestCase.test_error_type_dwo)
UNSUPPORTED: LLDB (/home/buildbot/worker/as-builder-9/lldb-remote-linux-ubuntu/build/bin/clang-aarch64) :: test_source_and_caret_printing_dsym (TestExprDiagnostics.ExprDiagnosticsTestCase.test_source_and_caret_printing_dsym) (test case does not fall in any category of interest for this run) 
FAIL: LLDB (/home/buildbot/worker/as-builder-9/lldb-remote-linux-ubuntu/build/bin/clang-aarch64) :: test_source_and_caret_printing_dwarf (TestExprDiagnostics.ExprDiagnosticsTestCase.test_source_and_caret_printing_dwarf)
FAIL: LLDB (/home/buildbot/worker/as-builder-9/lldb-remote-linux-ubuntu/build/bin/clang-aarch64) :: test_source_and_caret_printing_dwo (TestExprDiagnostics.ExprDiagnosticsTestCase.test_source_and_caret_printing_dwo)
UNSUPPORTED: LLDB (/home/buildbot/worker/as-builder-9/lldb-remote-linux-ubuntu/build/bin/clang-aarch64) :: test_source_locations_from_objc_modules_dsym (TestExprDiagnostics.ExprDiagnosticsTestCase.test_source_locations_from_objc_modules_dsym) (test case does not fall in any category of interest for this run) 
UNSUPPORTED: LLDB (/home/buildbot/worker/as-builder-9/lldb-remote-linux-ubuntu/build/bin/clang-aarch64) :: test_source_locations_from_objc_modules_dwarf (TestExprDiagnostics.ExprDiagnosticsTestCase.test_source_locations_from_objc_modules_dwarf) (test case does not fall in any category of interest for this run) 
UNSUPPORTED: LLDB (/home/buildbot/worker/as-builder-9/lldb-remote-linux-ubuntu/build/bin/clang-aarch64) :: test_source_locations_from_objc_modules_dwo (TestExprDiagnostics.ExprDiagnosticsTestCase.test_source_locations_from_objc_modules_dwo) (test case does not fall in any category of interest for this run) 
======================================================================
FAIL: test_source_and_caret_printing_dwarf (TestExprDiagnostics.ExprDiagnosticsTestCase.test_source_and_caret_printing_dwarf)
    Test that the source and caret positions LLDB prints are correct
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/home/buildbot/worker/as-builder-9/lldb-remote-linux-ubuntu/llvm-project/lldb/packages/Python/lldbsuite/test/lldbtest.py", line 1804, in test_method
    return attrvalue(self)
           ^^^^^^^^^^^^^^^
  File "/home/buildbot/worker/as-builder-9/lldb-remote-linux-ubuntu/llvm-project/lldb/test/API/commands/expression/diagnostics/TestExprDiagnostics.py", line 33, in test_source_and_caret_printing
    self.assertIn(
AssertionError: '\n    1 | unknown_identifier\n      | ^\n' not found in "error: <user expression 0>:1:1: use of undeclared identifier 'unknown_identifier'\n    1 | unknown_identifier\n      | ^~~~~~~~~~~~~~~~~~\n"
Config=aarch64-/home/buildbot/worker/as-builder-9/lldb-remote-linux-ubuntu/build/bin/clang
======================================================================
FAIL: test_source_and_caret_printing_dwo (TestExprDiagnostics.ExprDiagnosticsTestCase.test_source_and_caret_printing_dwo)
    Test that the source and caret positions LLDB prints are correct
----------------------------------------------------------------------
...

@llvm-ci
Copy link
Collaborator

llvm-ci commented Apr 18, 2025

LLVM Buildbot has detected a new failure on builder lldb-remote-linux-win running on as-builder-10 while building clang at step 17 "test-check-lldb-api".

Full details are available at: https://lab.llvm.org/buildbot/#/builders/197/builds/4179

Here is the relevant piece of the build log for the reference
Step 17 (test-check-lldb-api) failure: Test just built components: check-lldb-api completed (failure)
******************** TEST 'lldb-api :: commands/expression/diagnostics/TestExprDiagnostics.py' FAILED ********************
Script:
--
C:/Python312/python.exe C:/buildbot/as-builder-10/lldb-x-aarch64/llvm-project/lldb\test\API\dotest.py -u CXXFLAGS -u CFLAGS --env LLVM_LIBS_DIR=C:/buildbot/as-builder-10/lldb-x-aarch64/build/./lib --env LLVM_INCLUDE_DIR=C:/buildbot/as-builder-10/lldb-x-aarch64/build/include --env LLVM_TOOLS_DIR=C:/buildbot/as-builder-10/lldb-x-aarch64/build/./bin --arch aarch64 --build-dir C:/buildbot/as-builder-10/lldb-x-aarch64/build/lldb-test-build.noindex --lldb-module-cache-dir C:/buildbot/as-builder-10/lldb-x-aarch64/build/lldb-test-build.noindex/module-cache-lldb\lldb-api --clang-module-cache-dir C:/buildbot/as-builder-10/lldb-x-aarch64/build/lldb-test-build.noindex/module-cache-clang\lldb-api --executable C:/buildbot/as-builder-10/lldb-x-aarch64/build/./bin/lldb.exe --compiler C:/buildbot/as-builder-10/lldb-x-aarch64/build/./bin/clang.exe --dsymutil C:/buildbot/as-builder-10/lldb-x-aarch64/build/./bin/dsymutil.exe --make C:/ninja/make.exe --llvm-tools-dir C:/buildbot/as-builder-10/lldb-x-aarch64/build/./bin --lldb-obj-root C:/buildbot/as-builder-10/lldb-x-aarch64/build/tools/lldb --lldb-libs-dir C:/buildbot/as-builder-10/lldb-x-aarch64/build/./lib --platform-url connect://jetson-agx-0086.lab.llvm.org:1234 --platform-working-dir /home/ubuntu/lldb-tests --sysroot c:/buildbot/fs/jetson-agx-ubuntu --env ARCH_CFLAGS=-mcpu=cortex-a78 --platform-name remote-linux --skip-category=lldb-server C:\buildbot\as-builder-10\lldb-x-aarch64\llvm-project\lldb\test\API\commands\expression\diagnostics -p TestExprDiagnostics.py
--
Exit Code: 1

Command Output (stdout):
--
lldb version 21.0.0git (https://github.com/llvm/llvm-project.git revision cc7fc9978fc8c9b8e1da2e283026feaf85807ea5)
  clang revision cc7fc9978fc8c9b8e1da2e283026feaf85807ea5
  llvm revision cc7fc9978fc8c9b8e1da2e283026feaf85807ea5
Setting up remote platform 'remote-linux'

Connecting to remote platform 'remote-linux' at 'connect://jetson-agx-0086.lab.llvm.org:1234'...

Connected.

Setting remote platform working directory to '/home/ubuntu/lldb-tests'...

Skipping the following test categories: ['lldb-server', 'dsym', 'gmodules', 'debugserver', 'objc', 'lldb-dap']


--
Command Output (stderr):
--
UNSUPPORTED: LLDB (C:\buildbot\as-builder-10\lldb-x-aarch64\build\bin\clang.exe-aarch64) :: test_command_expr_sbdata_dsym (TestExprDiagnostics.ExprDiagnosticsTestCase.test_command_expr_sbdata_dsym) (test case does not fall in any category of interest for this run) 

PASS: LLDB (C:\buildbot\as-builder-10\lldb-x-aarch64\build\bin\clang.exe-aarch64) :: test_command_expr_sbdata_dwarf (TestExprDiagnostics.ExprDiagnosticsTestCase.test_command_expr_sbdata_dwarf)

PASS: LLDB (C:\buildbot\as-builder-10\lldb-x-aarch64\build\bin\clang.exe-aarch64) :: test_command_expr_sbdata_dwo (TestExprDiagnostics.ExprDiagnosticsTestCase.test_command_expr_sbdata_dwo)

UNSUPPORTED: LLDB (C:\buildbot\as-builder-10\lldb-x-aarch64\build\bin\clang.exe-aarch64) :: test_error_type_dsym (TestExprDiagnostics.ExprDiagnosticsTestCase.test_error_type_dsym) (test case does not fall in any category of interest for this run) 

PASS: LLDB (C:\buildbot\as-builder-10\lldb-x-aarch64\build\bin\clang.exe-aarch64) :: test_error_type_dwarf (TestExprDiagnostics.ExprDiagnosticsTestCase.test_error_type_dwarf)

PASS: LLDB (C:\buildbot\as-builder-10\lldb-x-aarch64\build\bin\clang.exe-aarch64) :: test_error_type_dwo (TestExprDiagnostics.ExprDiagnosticsTestCase.test_error_type_dwo)

UNSUPPORTED: LLDB (C:\buildbot\as-builder-10\lldb-x-aarch64\build\bin\clang.exe-aarch64) :: test_source_and_caret_printing_dsym (TestExprDiagnostics.ExprDiagnosticsTestCase.test_source_and_caret_printing_dsym) (test case does not fall in any category of interest for this run) 

FAIL: LLDB (C:\buildbot\as-builder-10\lldb-x-aarch64\build\bin\clang.exe-aarch64) :: test_source_and_caret_printing_dwarf (TestExprDiagnostics.ExprDiagnosticsTestCase.test_source_and_caret_printing_dwarf)

FAIL: LLDB (C:\buildbot\as-builder-10\lldb-x-aarch64\build\bin\clang.exe-aarch64) :: test_source_and_caret_printing_dwo (TestExprDiagnostics.ExprDiagnosticsTestCase.test_source_and_caret_printing_dwo)

UNSUPPORTED: LLDB (C:\buildbot\as-builder-10\lldb-x-aarch64\build\bin\clang.exe-aarch64) :: test_source_locations_from_objc_modules_dsym (TestExprDiagnostics.ExprDiagnosticsTestCase.test_source_locations_from_objc_modules_dsym) (test case does not fall in any category of interest for this run) 

UNSUPPORTED: LLDB (C:\buildbot\as-builder-10\lldb-x-aarch64\build\bin\clang.exe-aarch64) :: test_source_locations_from_objc_modules_dwarf (TestExprDiagnostics.ExprDiagnosticsTestCase.test_source_locations_from_objc_modules_dwarf) (test case does not fall in any category of interest for this run) 

UNSUPPORTED: LLDB (C:\buildbot\as-builder-10\lldb-x-aarch64\build\bin\clang.exe-aarch64) :: test_source_locations_from_objc_modules_dwo (TestExprDiagnostics.ExprDiagnosticsTestCase.test_source_locations_from_objc_modules_dwo) (test case does not fall in any category of interest for this run) 

...

@llvm-ci
Copy link
Collaborator

llvm-ci commented Apr 18, 2025

LLVM Buildbot has detected a new failure on builder lldb-aarch64-windows running on linaro-armv8-windows-msvc-05 while building clang at step 6 "test".

Full details are available at: https://lab.llvm.org/buildbot/#/builders/141/builds/8000

Here is the relevant piece of the build log for the reference
Step 6 (test) failure: build (failure)
...
PASS: lldb-api :: commands/expression/codegen-crash-import-def-arraytype-element/TestImportDefinitionArrayType.py (48 of 2117)
PASS: lldb-api :: commands/expression/codegen-crash-typedefdecl-not-in_declcontext/TestCodegenCrashTypedefDeclNotInDeclContext.py (49 of 2117)
UNSUPPORTED: lldb-api :: commands/expression/completion-crash-invalid-iterator/TestInvalidIteratorCompletionCrash.py (50 of 2117)
PASS: lldb-api :: commands/expression/completion-crash-incomplete-record/TestCompletionCrashIncompleteRecord.py (51 of 2117)
PASS: lldb-api :: commands/expression/completion-in-lambda-and-unnamed-class/TestCompletionInLambdaAndUnnamedClass.py (52 of 2117)
UNSUPPORTED: lldb-api :: commands/expression/context-object-objc/TestContextObjectObjc.py (53 of 2117)
PASS: lldb-api :: commands/expression/completion/TestExprCompletion.py (54 of 2117)
PASS: lldb-api :: commands/expression/context-object/TestContextObject.py (55 of 2117)
PASS: lldb-api :: commands/expression/deleting-implicit-copy-constructor/TestDeletingImplicitCopyConstructor.py (56 of 2117)
PASS: lldb-api :: commands/expression/dollar-in-variable/TestDollarInVariable.py (57 of 2117)
FAIL: lldb-api :: commands/expression/diagnostics/TestExprDiagnostics.py (58 of 2117)
******************** TEST 'lldb-api :: commands/expression/diagnostics/TestExprDiagnostics.py' FAILED ********************
Script:
--
C:/Users/tcwg/scoop/apps/python/current/python.exe C:/Users/tcwg/llvm-worker/lldb-aarch64-windows/llvm-project/lldb\test\API\dotest.py -u CXXFLAGS -u CFLAGS --env LLVM_LIBS_DIR=C:/Users/tcwg/llvm-worker/lldb-aarch64-windows/build/./lib --env LLVM_INCLUDE_DIR=C:/Users/tcwg/llvm-worker/lldb-aarch64-windows/build/include --env LLVM_TOOLS_DIR=C:/Users/tcwg/llvm-worker/lldb-aarch64-windows/build/./bin --arch aarch64 --build-dir C:/Users/tcwg/llvm-worker/lldb-aarch64-windows/build/lldb-test-build.noindex --lldb-module-cache-dir C:/Users/tcwg/llvm-worker/lldb-aarch64-windows/build/lldb-test-build.noindex/module-cache-lldb\lldb-api --clang-module-cache-dir C:/Users/tcwg/llvm-worker/lldb-aarch64-windows/build/lldb-test-build.noindex/module-cache-clang\lldb-api --executable C:/Users/tcwg/llvm-worker/lldb-aarch64-windows/build/./bin/lldb.exe --compiler C:/Users/tcwg/llvm-worker/lldb-aarch64-windows/build/./bin/clang.exe --dsymutil C:/Users/tcwg/llvm-worker/lldb-aarch64-windows/build/./bin/dsymutil.exe --make C:/Users/tcwg/scoop/shims/make.exe --llvm-tools-dir C:/Users/tcwg/llvm-worker/lldb-aarch64-windows/build/./bin --lldb-obj-root C:/Users/tcwg/llvm-worker/lldb-aarch64-windows/build/tools/lldb --lldb-libs-dir C:/Users/tcwg/llvm-worker/lldb-aarch64-windows/build/./lib --skip-category=watchpoint C:\Users\tcwg\llvm-worker\lldb-aarch64-windows\llvm-project\lldb\test\API\commands\expression\diagnostics -p TestExprDiagnostics.py
--
Exit Code: 1

Command Output (stdout):
--
lldb version 21.0.0git (https://github.com/llvm/llvm-project.git revision cc7fc9978fc8c9b8e1da2e283026feaf85807ea5)
  clang revision cc7fc9978fc8c9b8e1da2e283026feaf85807ea5
  llvm revision cc7fc9978fc8c9b8e1da2e283026feaf85807ea5
Skipping the following test categories: ['watchpoint', 'libc++', 'libstdcxx', 'dwo', 'dsym', 'gmodules', 'debugserver', 'objc', 'fork', 'pexpect']


--
Command Output (stderr):
--
UNSUPPORTED: LLDB (C:\Users\tcwg\llvm-worker\lldb-aarch64-windows\build\bin\clang.exe-aarch64) :: test_command_expr_sbdata_dsym (TestExprDiagnostics.ExprDiagnosticsTestCase.test_command_expr_sbdata_dsym) (test case does not fall in any category of interest for this run) 

PASS: LLDB (C:\Users\tcwg\llvm-worker\lldb-aarch64-windows\build\bin\clang.exe-aarch64) :: test_command_expr_sbdata_dwarf (TestExprDiagnostics.ExprDiagnosticsTestCase.test_command_expr_sbdata_dwarf)

UNSUPPORTED: LLDB (C:\Users\tcwg\llvm-worker\lldb-aarch64-windows\build\bin\clang.exe-aarch64) :: test_command_expr_sbdata_dwo (TestExprDiagnostics.ExprDiagnosticsTestCase.test_command_expr_sbdata_dwo) (test case does not fall in any category of interest for this run) 

UNSUPPORTED: LLDB (C:\Users\tcwg\llvm-worker\lldb-aarch64-windows\build\bin\clang.exe-aarch64) :: test_error_type_dsym (TestExprDiagnostics.ExprDiagnosticsTestCase.test_error_type_dsym) (test case does not fall in any category of interest for this run) 

PASS: LLDB (C:\Users\tcwg\llvm-worker\lldb-aarch64-windows\build\bin\clang.exe-aarch64) :: test_error_type_dwarf (TestExprDiagnostics.ExprDiagnosticsTestCase.test_error_type_dwarf)

UNSUPPORTED: LLDB (C:\Users\tcwg\llvm-worker\lldb-aarch64-windows\build\bin\clang.exe-aarch64) :: test_error_type_dwo (TestExprDiagnostics.ExprDiagnosticsTestCase.test_error_type_dwo) (test case does not fall in any category of interest for this run) 

UNSUPPORTED: LLDB (C:\Users\tcwg\llvm-worker\lldb-aarch64-windows\build\bin\clang.exe-aarch64) :: test_source_and_caret_printing_dsym (TestExprDiagnostics.ExprDiagnosticsTestCase.test_source_and_caret_printing_dsym) (test case does not fall in any category of interest for this run) 

FAIL: LLDB (C:\Users\tcwg\llvm-worker\lldb-aarch64-windows\build\bin\clang.exe-aarch64) :: test_source_and_caret_printing_dwarf (TestExprDiagnostics.ExprDiagnosticsTestCase.test_source_and_caret_printing_dwarf)

UNSUPPORTED: LLDB (C:\Users\tcwg\llvm-worker\lldb-aarch64-windows\build\bin\clang.exe-aarch64) :: test_source_and_caret_printing_dwo (TestExprDiagnostics.ExprDiagnosticsTestCase.test_source_and_caret_printing_dwo) (test case does not fall in any category of interest for this run) 

UNSUPPORTED: LLDB (C:\Users\tcwg\llvm-worker\lldb-aarch64-windows\build\bin\clang.exe-aarch64) :: test_source_locations_from_objc_modules_dsym (TestExprDiagnostics.ExprDiagnosticsTestCase.test_source_locations_from_objc_modules_dsym) (test case does not fall in any category of interest for this run) 


IanWood1 pushed a commit to IanWood1/llvm-project that referenced this pull request May 6, 2025
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
clang:frontend Language frontend issues, e.g. anything involving "Sema" clang Clang issues not falling into any other category
Projects
None yet
Development

Successfully merging this pull request may close these issues.

5 participants