Workflow file for Windows build by Yethendra · Pull Request #34 · qualcomm/cpullvm-toolchain

Yethendra · 2025-11-10T20:37:40Z

No description provided.

jonathonpenix · 2025-11-18T21:25:34Z

.github/workflows/pre-checkin-win.yml

+    steps:
+      # Ensure latest checkout action
+      - name: Checkout PR branch (if pull_request)
+        if: ${{ github.event_name == 'pull_request' }}


IIUC this only runs on PRs, so we can remove this check I think

(if the long term goal is to support more than PRs, I'd rather we do that separately just to keep this PR minimal)

jonathonpenix · 2025-11-18T21:26:50Z

.github/workflows/pre-checkin-win.yml

+          ref: ${{ github.event.pull_request.head.ref }}
+          path: llvm-top
+          fetch-depth: 0
+          persist-credentials: false # Best practice for PRs from forks


Is this required for pull_request (vs pull_request_target)? Do we need to be doing this for our other precheckins? (If so, can we create an issue or separate PR to make sure we do this)

jonathonpenix · 2025-11-18T21:27:22Z

.github/workflows/pre-checkin-win.yml

+          fetch-depth: 0
+          persist-credentials: false # Best practice for PRs from forks
+
+      - name: Checkout default branch (non-PR)


Can we remove this for now since only PR's are supported?

jonathonpenix · 2025-11-18T21:30:47Z

.github/workflows/pre-checkin-win.yml

+          mkdir install
+        shell: pwsh
+
+      # Clone musl-embedded repo if not present


Can we just let build.bat clone the repos?

jonathonpenix · 2025-11-18T21:31:12Z

.github/workflows/pre-checkin-win.yml

+          }
+        shell: pwsh
+
+      # Clone ELD repo and checkout specific commit


Can we just let build.bat clone the repos?

jonathonpenix · 2025-11-18T21:50:19Z

.github/workflows/pre-checkin-win.yml

+          }
+        shell: pwsh
+
+      - name: Configure Git identity


Out of curiosity, why do we need this? I don't think we do this in the Linux configs--is this needed there as well?

jonathonpenix · 2025-11-18T21:59:51Z

qualcomm-software/embedded/scripts/build.bat

+
+REM === Constants ===
+set "ELD_REPO_URL=https://github.com/qualcomm/eld.git"
+set "ELD_BRANCH=main"


Think this should be release/21.x in keeping with our other workflows

jonathonpenix · 2025-11-18T22:00:55Z

qualcomm-software/embedded/scripts/build.bat

+
+echo [precheckin] Building LLVM...
+pushd "%BUILD_DIR%\llvm"
+ninja -j %JOBS%


Is explicitly specifying the number of jobs working around some issue? Or, would it be ok just to let ninja handle this by default?

jonathonpenix · 2025-11-18T22:03:06Z

qualcomm-software/embedded/scripts/build.bat

+    echo [precheckin] Cloning ELD...
+    git clone %ELD_REPO_URL% "%ELD_DIR%"
+    cd "%ELD_DIR%"
+    git fetch --all


Is the git fetch --all needed? It seems like the git checkout should be fine without it

jonathonpenix · 2025-11-18T22:11:09Z

qualcomm-software/embedded/scripts/build.bat

+    echo.
+    echo *** ERROR: %~1 ***
+    echo *** Previous command failed with exit code %errorlevel% ***
+    exit /b %errorlevel%


Is the intention that this function should exit the script/stopping subsequent steps/reporting as the build failed?

I know we have failures currently, but in the future my assumption is we want builds to fail if the unit tests aren't successful

Signed-off-by: Yethendra <paiday@qti.qualcomm.com>

Change-Id: Ie3e19c12735bbb3892eba8291578c29df8ccfc63

Change-Id: I21a6ff951cde0e182ebb153f73e0e13e83f526b8

Change-Id: I9f1e501149a5b0171304dc40574fe6b200bc053e

Change-Id: I535d46afaa59efcc1d7b784349085479442f64a2

Change-Id: I80845df115b9f5c6c35d6b476dfda1ecdf327bc2

Its done as part of build.bat Signed-off-by: nshanmug <nshanmug@qti.qualcomm.com>

Signed-off-by: nshanmug <nshanmug@qti.qualcomm.com>

navaneethshan · 2025-12-03T16:06:30Z

@jonathonpenix, you know why MachO tests are running on Windows?

Please see https://productionresultssa18.blob.core.windows.net/actions-results/8559cbc8-09db-4f4d-851e-873357f227b1/workflow-job-run-bdb792ee-c670-5201-8337-165b75eadc84/logs/job/job-logs.txt?rsct=text%2Fplain&se=2025-12-03T14%3A07%3A10Z&sig=pjovRqmSLdld0RmRyrBaiUHbDPWPAJ6oosJlDHhZ5Mw%3D&ske=2025-12-04T00%3A39%3A31Z&skoid=ca7593d4-ee42-46cd-af88-8b886a2f84eb&sks=b&skt=2025-12-03T12%3A39%3A31Z&sktid=398a6654-997b-47e9-b12b-9515b896b4de&skv=2025-11-05&sp=r&spr=https&sr=b&st=2025-12-03T13%3A57%3A05Z&sv=2025-11-05

jonathonpenix · 2025-12-03T19:22:28Z

@jonathonpenix, you know why MachO tests are running on Windows?

Please see https://productionresultssa18.blob.core.windows.net/actions-results/8559cbc8-09db-4f4d-851e-873357f227b1/workflow-job-run-bdb792ee-c670-5201-8337-165b75eadc84/logs/job/job-logs.txt?rsct=text%2Fplain&se=2025-12-03T14%3A07%3A10Z&sig=pjovRqmSLdld0RmRyrBaiUHbDPWPAJ6oosJlDHhZ5Mw%3D&ske=2025-12-04T00%3A39%3A31Z&skoid=ca7593d4-ee42-46cd-af88-8b886a2f84eb&sks=b&skt=2025-12-03T12%3A39%3A31Z&sktid=398a6654-997b-47e9-b12b-9515b896b4de&skv=2025-11-05&sp=r&spr=https&sr=b&st=2025-12-03T13%3A57%3A05Z&sv=2025-11-05

For some reason I can't open the link, but assuming this is referring to the llvm-objcopy tools\llvm-objcopy\MachO\update-section-object.test failure, I think it is fine that MachO tests are running--MachO should still be a valid "target" for llvm-objcopy even though we're running on Windows.

To fix this, can you try a build with llvm/llvm-project@07da480 cherry-picked? It might just be that this test was fixed after the branch.

…151409) * `tools/llvm-objcopy/MachO/update-section-object.test` was failing on Windows since the input file (`macho_sections.s`) might be checked out with the wrong line ending, resulting in difference in the size of sections being checked. * Removed the check for Windows in `AArch64Arm64ECCallLowering`: when `llc` is run without an explicit target, the module's target triple is unknown so this assert fires. * Expect `llvm/test/CodeGen/Generic/allow-check.ll` to fail for Arm64EC: Global ISel is not supported.

Signed-off-by: nshanmug <nshanmug@qti.qualcomm.com>

disable core.autocrlf Signed-off-by: nshanmug <nshanmug@qti.qualcomm.com>

Signed-off-by: nshanmug <nshanmug@qti.qualcomm.com>

navaneethshan · 2025-12-05T15:29:55Z

@jonathonpenix, you know why MachO tests are running on Windows?
Please see https://productionresultssa18.blob.core.windows.net/actions-results/8559cbc8-09db-4f4d-851e-873357f227b1/workflow-job-run-bdb792ee-c670-5201-8337-165b75eadc84/logs/job/job-logs.txt?rsct=text%2Fplain&se=2025-12-03T14%3A07%3A10Z&sig=pjovRqmSLdld0RmRyrBaiUHbDPWPAJ6oosJlDHhZ5Mw%3D&ske=2025-12-04T00%3A39%3A31Z&skoid=ca7593d4-ee42-46cd-af88-8b886a2f84eb&sks=b&skt=2025-12-03T12%3A39%3A31Z&sktid=398a6654-997b-47e9-b12b-9515b896b4de&skv=2025-11-05&sp=r&spr=https&sr=b&st=2025-12-03T13%3A57%3A05Z&sv=2025-11-05

For some reason I can't open the link, but assuming this is referring to the llvm-objcopy tools\llvm-objcopy\MachO\update-section-object.test failure, I think it is fine that MachO tests are running--MachO should still be a valid "target" for llvm-objcopy even though we're running on Windows.

To fix this, can you try a build with llvm/llvm-project@07da480 cherry-picked? It might just be that this test was fixed after the branch.

Thanks, Jonathan. This was helpful. The clang tests are failing now (ELD test failures are being handled by the ELD team, so you can ignore those).
I suspect the clang failures are minor—likely due to line-ending differences on the Windows platform. Could you take a look and share your suggestions?
https://github.com/qualcomm/cpullvm-toolchain/actions/runs/19916978378/job/57097911704
Please search for lines starting with FAIL: Clang ::

Signed-off-by: nshanmug <nshanmug@qti.qualcomm.com>

jonathonpenix · 2025-12-08T17:39:55Z

qualcomm-software/embedded/scripts/build.ps1

+
+# === Ensure test utilities exist (ELD/lit depend on these tools) ===
+Write-Host "[log] Building test utilities required by lit/ELD..."
+& ninja FileCheck not opt llvm-ar llvm-nm llvm-objdump llvm-readelf llvm-dwarfdump `


Are these not built as part of the ninja above?

If these weren't being built, it seems like we should be seeing a ton of failures across basically all the llvm projects.

jonathonpenix · 2025-12-08T17:48:49Z

.github/workflows/pre-checkin-win.yml

+          git config --local user.email "ci@qti.qualcomm.com"
+          git config --local core.safecrlf true
+
+      - name: Cache LLVM build


Why are we doing this? My guess is this won't do anything (have any positive impact on build times) unless we're also careful about which sources have changed, etc.

jonathonpenix · 2025-12-08T17:49:35Z

.github/workflows/pre-checkin-win.yml

+          restore-keys: |
+            ${{ runner.os }}-llvm-
+
+      - name: Prepare lit temp directory


Can you add info on what this is for?

.github/workflows/pre-checkin-win.yml

llvm/test/CodeGen/Generic/allow-check.ll

- Removed Git line-ending normalization and long-path setup from pre-checkin-win.yml - Dropped patch application and lit temp directory preparation steps - Removed cache configuration for LLVM build - Cleaned up comments and redundant steps in build.ps1 (tool checks retained) - Eliminated test utility build since lit/ELD tests are no longer run Signed-off-by: nshanmug <nshanmug@qti.qualcomm.com>

Signed-off-by: nshanmug <nshanmug@qti.qualcomm.com>

Ensure ELD/lit dependencies exists. Signed-off-by: nshanmug <nshanmug@qti.qualcomm.com>

To resolve ELD test failures Signed-off-by: nshanmug <nshanmug@qti.qualcomm.com>

Signed-off-by: nshanmug <nshanmug@qti.qualcomm.com>

llvm/test/CodeGen/Generic/allow-check.ll

jonathonpenix · 2025-12-23T04:32:40Z

.github/workflows/pre-checkin-win.yml

+        working-directory: src
+        shell: bash
+        run: |
+          git config --local core.autocrlf false


In general, why do we need to set these when just checking out and building?

Why do we need to set these both globally above and locally here?

jonathonpenix · 2025-12-23T04:33:14Z

.github/workflows/pre-checkin-win.yml

@@ -0,0 +1,45 @@
+name: nightly-win-x86_64


precheckin?

jonathonpenix · 2025-12-23T04:34:06Z

.github/workflows/pre-checkin-win.yml

+          GIT_COMMITTER_NAME: Qualcomm CI
+          GIT_COMMITTER_EMAIL: ci@qti.qualcomm.com
+          TMP:  ${{ github.workspace }}\build\llvm\lit-tmp
+          TEMP: ${{ github.workspace }}\build\llvm\lit-tmp


Do we need both TMP/TEMP?

Do we even need to be setting these here? It looks like the build script will just override it?

jonathonpenix · 2025-12-23T04:43:28Z

qualcomm-software/embedded/scripts/build.ps1

+  -DLLVM_ENABLE_PROJECTS="llvm;clang;polly;lld;mlir" `
+  -DLLVM_INCLUDE_TESTS=ON `
+  -DLLVM_INSTALL_UTILS=ON `
+  -DLLVM_LIT_ARGS="-v -j $env:JOBS --time-tests" `


Do we actually need -v/-j/--time-tests on Windows specifically/only?

jonathonpenix · 2025-12-23T04:48:28Z

qualcomm-software/embedded/scripts/build.ps1

+New-Item -ItemType Directory -Force -Path $litTmp | Out-Null
+$env:TEMP = $litTmp
+$env:TMP  = $litTmp
+Write-Host "[log] Using lit temp dir: $litTmp"


What is this actually doing/why is the $litTmp stuff needed?

My assumption is that we're just feeding into clang's usage of TEMP/TMP to control where temporary files are written to. Do we actually need to be setting both?

If this is needed, please expand the comment above this section with a bit more info on what the impact of setting this is expected to be/why this is helpful.

jonathonpenix · 2025-12-23T05:02:35Z

qualcomm-software/embedded/scripts/build.sh

  log "Cloning ELD to ${REPO_ROOT}/llvm/tools/eld"
  git clone "${ELD_REPO_URL}" "${SRC_DIR}/llvm/tools/eld" -b "${ELD_BRANCH}"
-  ELD_PINNED_COMMIT="${ELD_PINNED_COMMIT:-65ea860802c41ef5c0becff9750a350495de27b0}"
+  ELD_PINNED_COMMIT="${ELD_PINNED_COMMIT:-25ea417cbb7525b1b02fd5d8cb6ec19dee3b9f13}"


Can we just bump this to the same commit as we're using for Windows?

…ng destructor (#174082)" This reverts commit 7976ac9. This is causing msan failures. msan-track-origins stack trace: ==9441==WARNING: MemorySanitizer: use-of-uninitialized-value #0 0x55c20df74ad3 in clang::interp::Pointer::operator=(clang::interp::Pointer&&) llvm-project/clang/lib/AST/ByteCode/Pointer.cpp:137:7 #1 0x55c20db81010 in bool clang::interp::InitGlobal<(clang::interp::PrimType)13, clang::interp::Pointer>(clang::interp::InterpState&, clang::interp::CodePtr, unsigned int) llvm-project/clang/lib/AST/ByteCode/Interp.h:1478:16 #2 0x55c20db7ec56 in emitInitGlobalPtr blaze-out/k8-fastbuild-msan/bin/llvm-project/clang/_virtual_includes/ast_bytecode_opcodes_gen/Opcodes.inc:26162:10 #3 0x55c20db7ec56 in clang::interp::EvalEmitter::emitInitGlobal(clang::interp::PrimType, unsigned int, clang::interp::SourceInfo) blaze-out/k8-fastbuild-msan/bin/llvm-project/clang/_virtual_includes/ast_bytecode_opcodes_gen/Opcodes.inc:26042:12 #4 0x55c20da58b87 in clang::interp::Compiler<clang::interp::EvalEmitter>::visitVarDecl(clang::VarDecl const*, clang::Expr const*, bool, bool) llvm-project/clang/lib/AST/ByteCode/Compiler.cpp:4924:20 #5 0x55c20da64a61 in clang::interp::Compiler<clang::interp::EvalEmitter>::visitDeclAndReturn(clang::VarDecl const*, clang::Expr const*, bool) llvm-project/clang/lib/AST/ByteCode/Compiler.cpp:4831:14 #6 0x55c20da7f290 in clang::interp::EvalEmitter::interpretDecl(clang::VarDecl const*, clang::Expr const*, bool) llvm-project/clang/lib/AST/ByteCode/EvalEmitter.cpp:66:14 #7 0x55c20d970d23 in clang::interp::Context::evaluateAsInitializer(clang::interp::State&, clang::VarDecl const*, clang::Expr const*, clang::APValue&) llvm-project/clang/lib/AST/ByteCode/Context.cpp:141:16 #8 0x55c20e25b8de in clang::Expr::EvaluateAsInitializer(clang::APValue&, clang::ASTContext const&, clang::VarDecl const*, llvm::SmallVectorImpl<std::__msan::pair<clang::SourceLocation, clang::PartialDiagnostic>>&, bool) const llvm-project/clang/lib/AST/ExprConstant.cpp:20754:20 #9 0x55c20da368d5 in clang::interp::Compiler<clang::interp::EvalEmitter>::visitDeclRef(clang::ValueDecl const*, clang::Expr const*) llvm-project/clang/lib/AST/ByteCode/Compiler.cpp:7162:19 #10 0x55c20da34986 in clang::interp::Compiler<clang::interp::EvalEmitter>::VisitDeclRefExpr(clang::DeclRefExpr const*) llvm-project/clang/lib/AST/ByteCode/Compiler.cpp:7192:16 #11 0x55c20da66666 in clang::StmtVisitorBase<llvm::make_const_ptr, clang::interp::Compiler<clang::interp::EvalEmitter>, bool>::Visit(clang::Stmt const*) blaze-out/k8-fastbuild-msan/bin/llvm-project/clang/include/clang/AST/StmtNodes.inc:474:1 #12 0x55c20da65d3f in clang::interp::Compiler<clang::interp::EvalEmitter>::visit(clang::Expr const*) llvm-project/clang/lib/AST/ByteCode/Compiler.cpp:4293:16 #13 0x55c20da57348 in clang::interp::Compiler<clang::interp::EvalEmitter>::VisitCXXTypeidExpr(clang::CXXTypeidExpr const*) llvm-project/clang/lib/AST/ByteCode/Compiler.cpp:3893:14 #14 0x55c20da66760 in clang::StmtVisitorBase<llvm::make_const_ptr, clang::interp::Compiler<clang::interp::EvalEmitter>, bool>::Visit(clang::Stmt const*) blaze-out/k8-fastbuild-msan/bin/llvm-project/clang/include/clang/AST/StmtNodes.inc:658:1 #15 0x55c20da65d3f in clang::interp::Compiler<clang::interp::EvalEmitter>::visit(clang::Expr const*) llvm-project/clang/lib/AST/ByteCode/Compiler.cpp:4293:16 #16 0x55c20da58afc in clang::interp::Compiler<clang::interp::EvalEmitter>::visitVarDecl(clang::VarDecl const*, clang::Expr const*, bool, bool) llvm-project/clang/lib/AST/ByteCode/Compiler.cpp:4921:18 #17 0x55c20da64a61 in clang::interp::Compiler<clang::interp::EvalEmitter>::visitDeclAndReturn(clang::VarDecl const*, clang::Expr const*, bool) llvm-project/clang/lib/AST/ByteCode/Compiler.cpp:4831:14 #18 0x55c20da7f290 in clang::interp::EvalEmitter::interpretDecl(clang::VarDecl const*, clang::Expr const*, bool) llvm-project/clang/lib/AST/ByteCode/EvalEmitter.cpp:66:14 #19 0x55c20d970d23 in clang::interp::Context::evaluateAsInitializer(clang::interp::State&, clang::VarDecl const*, clang::Expr const*, clang::APValue&) llvm-project/clang/lib/AST/ByteCode/Context.cpp:141:16 #20 0x55c20e25b8de in clang::Expr::EvaluateAsInitializer(clang::APValue&, clang::ASTContext const&, clang::VarDecl const*, llvm::SmallVectorImpl<std::__msan::pair<clang::SourceLocation, clang::PartialDiagnostic>>&, bool) const llvm-project/clang/lib/AST/ExprConstant.cpp:20754:20 #21 0x55c20dfdcc38 in clang::VarDecl::evaluateValueImpl(llvm::SmallVectorImpl<std::__msan::pair<clang::SourceLocation, clang::PartialDiagnostic>>&, bool) const llvm-project/clang/lib/AST/Decl.cpp:2608:23 #22 0x55c20dfdd1a2 in clang::VarDecl::checkForConstantInitialization(llvm::SmallVectorImpl<std::__msan::pair<clang::SourceLocation, clang::PartialDiagnostic>>&) const llvm-project/clang/lib/AST/Decl.cpp:2687:7 #23 0x55c20b9154da in clang::Sema::CheckCompleteVariableDeclaration(clang::VarDecl*) llvm-project/clang/lib/Sema/SemaDecl.cpp:14941:27 #24 0x55c20b910f36 in clang::Sema::AddInitializerToDecl(clang::Decl*, clang::Expr*, bool) llvm-project/clang/lib/Sema/SemaDecl.cpp:14280:3 #25 0x55c20ad044ee in clang::Parser::ParseDeclarationAfterDeclaratorAndAttributes(clang::Declarator&, clang::Parser::ParsedTemplateInfo const&, clang::Parser::ForRangeInit*) llvm-project/clang/lib/Parse/ParseDecl.cpp:2639:17 #26 0x55c20acfe9f8 in clang::Parser::ParseDeclGroup(clang::ParsingDeclSpec&, clang::DeclaratorContext, clang::ParsedAttributes&, clang::Parser::ParsedTemplateInfo&, clang::SourceLocation*, clang::Parser::ForRangeInit*) llvm-project/clang/lib/Parse/ParseDecl.cpp:2356:7 #27 0x55c20abd8a43 in clang::Parser::ParseDeclOrFunctionDefInternal(clang::ParsedAttributes&, clang::ParsedAttributes&, clang::ParsingDeclSpec&, clang::AccessSpecifier) llvm-project/clang/lib/Parse/Parser.cpp:1181:10 #28 0x55c20abd7654 in clang::Parser::ParseDeclarationOrFunctionDefinition(clang::ParsedAttributes&, clang::ParsedAttributes&, clang::ParsingDeclSpec*, clang::AccessSpecifier) llvm-project/clang/lib/Parse/Parser.cpp:1203:12 #29 0x55c20abd4d9c in clang::Parser::ParseExternalDeclaration(clang::ParsedAttributes&, clang::ParsedAttributes&, clang::ParsingDeclSpec*) llvm-project/clang/lib/Parse/Parser.cpp:1031:14 #30 0x55c20ac96f31 in clang::Parser::ParseInnerNamespace(llvm::SmallVector<clang::Parser::InnerNamespaceInfo, 4u> const&, unsigned int, clang::SourceLocation&, clang::ParsedAttributes&, clang::BalancedDelimiterTracker&) llvm-project/clang/lib/Parse/ParseDeclCXX.cpp:240:7 #31 0x55c20ac950c7 in clang::Parser::ParseNamespace(clang::DeclaratorContext, clang::SourceLocation&, clang::SourceLocation) llvm-project/clang/lib/Parse/ParseDeclCXX.cpp:218:3 #32 0x55c20acfb09b in clang::Parser::ParseDeclaration(clang::DeclaratorContext, clang::SourceLocation&, clang::ParsedAttributes&, clang::ParsedAttributes&, clang::SourceLocation*) llvm-project/clang/lib/Parse/ParseDecl.cpp:1909:12 #33 0x55c20abd3f88 in clang::Parser::ParseExternalDeclaration(clang::ParsedAttributes&, clang::ParsedAttributes&, clang::ParsingDeclSpec*) llvm-project/clang/lib/Parse/Parser.cpp #34 0x55c20abcfe33 in clang::Parser::ParseTopLevelDecl(clang::OpaquePtr<clang::DeclGroupRef>&, clang::Sema::ModuleImportState&) llvm-project/clang/lib/Parse/Parser.cpp:744:12 #35 0x55c20abb214e in clang::ParseAST(clang::Sema&, bool, bool) llvm-project/clang/lib/Parse/ParseAST.cpp:170:20 #36 0x55c20a90adaa in clang::ASTFrontendAction::ExecuteAction() llvm-project/clang/lib/Frontend/FrontendAction.cpp:1432:3 #37 0x55c20a9095bf in clang::FrontendAction::Execute() llvm-project/clang/lib/Frontend/FrontendAction.cpp:1312:3 #38 0x55c20a76cdc7 in clang::CompilerInstance::ExecuteAction(clang::FrontendAction&) llvm-project/clang/lib/Frontend/CompilerInstance.cpp:1004:33 #39 0x55c20805aab0 in clang::ExecuteCompilerInvocation(clang::CompilerInstance*) llvm-project/clang/lib/FrontendTool/ExecuteCompilerInvocation.cpp:310:25 #40 0x55c20802e823 in cc1_main(llvm::ArrayRef<char const*>, char const*, void*) llvm-project/clang/tools/driver/cc1_main.cpp:304:15 #41 0x55c2080218ec in ExecuteCC1Tool(llvm::SmallVectorImpl<char const*>&, llvm::ToolContext const&, llvm::IntrusiveRefCntPtr<llvm::vfs::FileSystem>) llvm-project/clang/tools/driver/driver.cpp:225:12 #42 0x55c20801ea91 in clang_main(int, char**, llvm::ToolContext const&) llvm-project/clang/tools/driver/driver.cpp:268:12 #43 0x55c20801a6af in main blaze-out/k8-fastbuild-msan/bin/llvm-project/clang/clang-driver.cpp:17:10 #44 0x7f79c4214351 in __libc_start_main (/usr/libc/lib64/libc.so.6+0x61351) (BuildId: ca23ec6d935352118622ce674a8bb52d) #45 0x55c207f8c2e9 in _start /usr/libc/debug-src/src/csu/../sysdeps/x86_64/start.S:120 Member fields were destroyed #0 0x55c207f9f5fd in __sanitizer_dtor_callback_fields llvm-project/compiler-rt/lib/msan/msan_interceptors.cpp:1074:5 #1 0x55c20df74380 in ~Pointer llvm-project/clang/lib/AST/ByteCode/Pointer.h:826:12 #2 0x55c20df74380 in clang::interp::Pointer::~Pointer() llvm-project/clang/lib/AST/ByteCode/Pointer.cpp:93:1 #3 0x55c20da7c5ab in void dtorTy<clang::interp::Pointer>(clang::interp::Block*, std::byte*, clang::interp::Descriptor const*) llvm-project/clang/lib/AST/ByteCode/Descriptor.cpp:49:32 #4 0x55c20d976b91 in clang::interp::Block::invokeDtor() llvm-project/clang/lib/AST/ByteCode/InterpBlock.h:149:7 #5 0x55c20da651a1 in clang::interp::Compiler<clang::interp::EvalEmitter>::visitDeclAndReturn(clang::VarDecl const*, clang::Expr const*, bool) llvm-project/clang/lib/AST/ByteCode/Compiler.cpp:4869:22 #6 0x55c20da7f290 in clang::interp::EvalEmitter::interpretDecl(clang::VarDecl const*, clang::Expr const*, bool) llvm-project/clang/lib/AST/ByteCode/EvalEmitter.cpp:66:14 #7 0x55c20d970d23 in clang::interp::Context::evaluateAsInitializer(clang::interp::State&, clang::VarDecl const*, clang::Expr const*, clang::APValue&) llvm-project/clang/lib/AST/ByteCode/Context.cpp:141:16 #8 0x55c20e25b8de in clang::Expr::EvaluateAsInitializer(clang::APValue&, clang::ASTContext const&, clang::VarDecl const*, llvm::SmallVectorImpl<std::__msan::pair<clang::SourceLocation, clang::PartialDiagnostic>>&, bool) const llvm-project/clang/lib/AST/ExprConstant.cpp:20754:20 #9 0x55c20dfdcc38 in clang::VarDecl::evaluateValueImpl(llvm::SmallVectorImpl<std::__msan::pair<clang::SourceLocation, clang::PartialDiagnostic>>&, bool) const llvm-project/clang/lib/AST/Decl.cpp:2608:23 #10 0x55c20dfdd1a2 in clang::VarDecl::checkForConstantInitialization(llvm::SmallVectorImpl<std::__msan::pair<clang::SourceLocation, clang::PartialDiagnostic>>&) const llvm-project/clang/lib/AST/Decl.cpp:2687:7 #11 0x55c20b9154da in clang::Sema::CheckCompleteVariableDeclaration(clang::VarDecl*) llvm-project/clang/lib/Sema/SemaDecl.cpp:14941:27 #12 0x55c20b910f36 in clang::Sema::AddInitializerToDecl(clang::Decl*, clang::Expr*, bool) llvm-project/clang/lib/Sema/SemaDecl.cpp:14280:3 #13 0x55c20ad044ee in clang::Parser::ParseDeclarationAfterDeclaratorAndAttributes(clang::Declarator&, clang::Parser::ParsedTemplateInfo const&, clang::Parser::ForRangeInit*) llvm-project/clang/lib/Parse/ParseDecl.cpp:2639:17 #14 0x55c20acfe9f8 in clang::Parser::ParseDeclGroup(clang::ParsingDeclSpec&, clang::DeclaratorContext, clang::ParsedAttributes&, clang::Parser::ParsedTemplateInfo&, clang::SourceLocation*, clang::Parser::ForRangeInit*) llvm-project/clang/lib/Parse/ParseDecl.cpp:2356:7 #15 0x55c20abd8a43 in clang::Parser::ParseDeclOrFunctionDefInternal(clang::ParsedAttributes&, clang::ParsedAttributes&, clang::ParsingDeclSpec&, clang::AccessSpecifier) llvm-project/clang/lib/Parse/Parser.cpp:1181:10 #16 0x55c20abd7654 in clang::Parser::ParseDeclarationOrFunctionDefinition(clang::ParsedAttributes&, clang::ParsedAttributes&, clang::ParsingDeclSpec*, clang::AccessSpecifier) llvm-project/clang/lib/Parse/Parser.cpp:1203:12 #17 0x55c20abd4d9c in clang::Parser::ParseExternalDeclaration(clang::ParsedAttributes&, clang::ParsedAttributes&, clang::ParsingDeclSpec*) llvm-project/clang/lib/Parse/Parser.cpp:1031:14 #18 0x55c20ac96f31 in clang::Parser::ParseInnerNamespace(llvm::SmallVector<clang::Parser::InnerNamespaceInfo, 4u> const&, unsigned int, clang::SourceLocation&, clang::ParsedAttributes&, clang::BalancedDelimiterTracker&) llvm-project/clang/lib/Parse/ParseDeclCXX.cpp:240:7 #19 0x55c20ac950c7 in clang::Parser::ParseNamespace(clang::DeclaratorContext, clang::SourceLocation&, clang::SourceLocation) llvm-project/clang/lib/Parse/ParseDeclCXX.cpp:218:3 #20 0x55c20acfb09b in clang::Parser::ParseDeclaration(clang::DeclaratorContext, clang::SourceLocation&, clang::ParsedAttributes&, clang::ParsedAttributes&, clang::SourceLocation*) llvm-project/clang/lib/Parse/ParseDecl.cpp:1909:12

…ng destructor (#174082)" This reverts commit 7976ac9. This is causing msan failures. msan-track-origins stack trace: ==9441==WARNING: MemorySanitizer: use-of-uninitialized-value #0 0x55c20df74ad3 in clang::interp::Pointer::operator=(clang::interp::Pointer&&) llvm-project/clang/lib/AST/ByteCode/Pointer.cpp:137:7 #1 0x55c20db81010 in bool clang::interp::InitGlobal<(clang::interp::PrimType)13, clang::interp::Pointer>(clang::interp::InterpState&, clang::interp::CodePtr, unsigned int) llvm-project/clang/lib/AST/ByteCode/Interp.h:1478:16 #2 0x55c20db7ec56 in emitInitGlobalPtr blaze-out/k8-fastbuild-msan/bin/llvm-project/clang/_virtual_includes/ast_bytecode_opcodes_gen/Opcodes.inc:26162:10 #3 0x55c20db7ec56 in clang::interp::EvalEmitter::emitInitGlobal(clang::interp::PrimType, unsigned int, clang::interp::SourceInfo) blaze-out/k8-fastbuild-msan/bin/llvm-project/clang/_virtual_includes/ast_bytecode_opcodes_gen/Opcodes.inc:26042:12 #4 0x55c20da58b87 in clang::interp::Compiler<clang::interp::EvalEmitter>::visitVarDecl(clang::VarDecl const*, clang::Expr const*, bool, bool) llvm-project/clang/lib/AST/ByteCode/Compiler.cpp:4924:20 #5 0x55c20da64a61 in clang::interp::Compiler<clang::interp::EvalEmitter>::visitDeclAndReturn(clang::VarDecl const*, clang::Expr const*, bool) llvm-project/clang/lib/AST/ByteCode/Compiler.cpp:4831:14 #6 0x55c20da7f290 in clang::interp::EvalEmitter::interpretDecl(clang::VarDecl const*, clang::Expr const*, bool) llvm-project/clang/lib/AST/ByteCode/EvalEmitter.cpp:66:14 #7 0x55c20d970d23 in clang::interp::Context::evaluateAsInitializer(clang::interp::State&, clang::VarDecl const*, clang::Expr const*, clang::APValue&) llvm-project/clang/lib/AST/ByteCode/Context.cpp:141:16 #8 0x55c20e25b8de in clang::Expr::EvaluateAsInitializer(clang::APValue&, clang::ASTContext const&, clang::VarDecl const*, llvm::SmallVectorImpl<std::__msan::pair<clang::SourceLocation, clang::PartialDiagnostic>>&, bool) const llvm-project/clang/lib/AST/ExprConstant.cpp:20754:20 #9 0x55c20da368d5 in clang::interp::Compiler<clang::interp::EvalEmitter>::visitDeclRef(clang::ValueDecl const*, clang::Expr const*) llvm-project/clang/lib/AST/ByteCode/Compiler.cpp:7162:19 #10 0x55c20da34986 in clang::interp::Compiler<clang::interp::EvalEmitter>::VisitDeclRefExpr(clang::DeclRefExpr const*) llvm-project/clang/lib/AST/ByteCode/Compiler.cpp:7192:16 #11 0x55c20da66666 in clang::StmtVisitorBase<llvm::make_const_ptr, clang::interp::Compiler<clang::interp::EvalEmitter>, bool>::Visit(clang::Stmt const*) blaze-out/k8-fastbuild-msan/bin/llvm-project/clang/include/clang/AST/StmtNodes.inc:474:1 #12 0x55c20da65d3f in clang::interp::Compiler<clang::interp::EvalEmitter>::visit(clang::Expr const*) llvm-project/clang/lib/AST/ByteCode/Compiler.cpp:4293:16 #13 0x55c20da57348 in clang::interp::Compiler<clang::interp::EvalEmitter>::VisitCXXTypeidExpr(clang::CXXTypeidExpr const*) llvm-project/clang/lib/AST/ByteCode/Compiler.cpp:3893:14 #14 0x55c20da66760 in clang::StmtVisitorBase<llvm::make_const_ptr, clang::interp::Compiler<clang::interp::EvalEmitter>, bool>::Visit(clang::Stmt const*) blaze-out/k8-fastbuild-msan/bin/llvm-project/clang/include/clang/AST/StmtNodes.inc:658:1 #15 0x55c20da65d3f in clang::interp::Compiler<clang::interp::EvalEmitter>::visit(clang::Expr const*) llvm-project/clang/lib/AST/ByteCode/Compiler.cpp:4293:16 #16 0x55c20da58afc in clang::interp::Compiler<clang::interp::EvalEmitter>::visitVarDecl(clang::VarDecl const*, clang::Expr const*, bool, bool) llvm-project/clang/lib/AST/ByteCode/Compiler.cpp:4921:18 #17 0x55c20da64a61 in clang::interp::Compiler<clang::interp::EvalEmitter>::visitDeclAndReturn(clang::VarDecl const*, clang::Expr const*, bool) llvm-project/clang/lib/AST/ByteCode/Compiler.cpp:4831:14 #18 0x55c20da7f290 in clang::interp::EvalEmitter::interpretDecl(clang::VarDecl const*, clang::Expr const*, bool) llvm-project/clang/lib/AST/ByteCode/EvalEmitter.cpp:66:14 #19 0x55c20d970d23 in clang::interp::Context::evaluateAsInitializer(clang::interp::State&, clang::VarDecl const*, clang::Expr const*, clang::APValue&) llvm-project/clang/lib/AST/ByteCode/Context.cpp:141:16 #20 0x55c20e25b8de in clang::Expr::EvaluateAsInitializer(clang::APValue&, clang::ASTContext const&, clang::VarDecl const*, llvm::SmallVectorImpl<std::__msan::pair<clang::SourceLocation, clang::PartialDiagnostic>>&, bool) const llvm-project/clang/lib/AST/ExprConstant.cpp:20754:20 #21 0x55c20dfdcc38 in clang::VarDecl::evaluateValueImpl(llvm::SmallVectorImpl<std::__msan::pair<clang::SourceLocation, clang::PartialDiagnostic>>&, bool) const llvm-project/clang/lib/AST/Decl.cpp:2608:23 #22 0x55c20dfdd1a2 in clang::VarDecl::checkForConstantInitialization(llvm::SmallVectorImpl<std::__msan::pair<clang::SourceLocation, clang::PartialDiagnostic>>&) const llvm-project/clang/lib/AST/Decl.cpp:2687:7 #23 0x55c20b9154da in clang::Sema::CheckCompleteVariableDeclaration(clang::VarDecl*) llvm-project/clang/lib/Sema/SemaDecl.cpp:14941:27 #24 0x55c20b910f36 in clang::Sema::AddInitializerToDecl(clang::Decl*, clang::Expr*, bool) llvm-project/clang/lib/Sema/SemaDecl.cpp:14280:3 #25 0x55c20ad044ee in clang::Parser::ParseDeclarationAfterDeclaratorAndAttributes(clang::Declarator&, clang::Parser::ParsedTemplateInfo const&, clang::Parser::ForRangeInit*) llvm-project/clang/lib/Parse/ParseDecl.cpp:2639:17 #26 0x55c20acfe9f8 in clang::Parser::ParseDeclGroup(clang::ParsingDeclSpec&, clang::DeclaratorContext, clang::ParsedAttributes&, clang::Parser::ParsedTemplateInfo&, clang::SourceLocation*, clang::Parser::ForRangeInit*) llvm-project/clang/lib/Parse/ParseDecl.cpp:2356:7 #27 0x55c20abd8a43 in clang::Parser::ParseDeclOrFunctionDefInternal(clang::ParsedAttributes&, clang::ParsedAttributes&, clang::ParsingDeclSpec&, clang::AccessSpecifier) llvm-project/clang/lib/Parse/Parser.cpp:1181:10 #28 0x55c20abd7654 in clang::Parser::ParseDeclarationOrFunctionDefinition(clang::ParsedAttributes&, clang::ParsedAttributes&, clang::ParsingDeclSpec*, clang::AccessSpecifier) llvm-project/clang/lib/Parse/Parser.cpp:1203:12 #29 0x55c20abd4d9c in clang::Parser::ParseExternalDeclaration(clang::ParsedAttributes&, clang::ParsedAttributes&, clang::ParsingDeclSpec*) llvm-project/clang/lib/Parse/Parser.cpp:1031:14 #30 0x55c20ac96f31 in clang::Parser::ParseInnerNamespace(llvm::SmallVector<clang::Parser::InnerNamespaceInfo, 4u> const&, unsigned int, clang::SourceLocation&, clang::ParsedAttributes&, clang::BalancedDelimiterTracker&) llvm-project/clang/lib/Parse/ParseDeclCXX.cpp:240:7 #31 0x55c20ac950c7 in clang::Parser::ParseNamespace(clang::DeclaratorContext, clang::SourceLocation&, clang::SourceLocation) llvm-project/clang/lib/Parse/ParseDeclCXX.cpp:218:3 #32 0x55c20acfb09b in clang::Parser::ParseDeclaration(clang::DeclaratorContext, clang::SourceLocation&, clang::ParsedAttributes&, clang::ParsedAttributes&, clang::SourceLocation*) llvm-project/clang/lib/Parse/ParseDecl.cpp:1909:12 #33 0x55c20abd3f88 in clang::Parser::ParseExternalDeclaration(clang::ParsedAttributes&, clang::ParsedAttributes&, clang::ParsingDeclSpec*) llvm-project/clang/lib/Parse/Parser.cpp #34 0x55c20abcfe33 in clang::Parser::ParseTopLevelDecl(clang::OpaquePtr<clang::DeclGroupRef>&, clang::Sema::ModuleImportState&) llvm-project/clang/lib/Parse/Parser.cpp:744:12 #35 0x55c20abb214e in clang::ParseAST(clang::Sema&, bool, bool) llvm-project/clang/lib/Parse/ParseAST.cpp:170:20 #36 0x55c20a90adaa in clang::ASTFrontendAction::ExecuteAction() llvm-project/clang/lib/Frontend/FrontendAction.cpp:1432:3 #37 0x55c20a9095bf in clang::FrontendAction::Execute() llvm-project/clang/lib/Frontend/FrontendAction.cpp:1312:3 #38 0x55c20a76cdc7 in clang::CompilerInstance::ExecuteAction(clang::FrontendAction&) llvm-project/clang/lib/Frontend/CompilerInstance.cpp:1004:33 #39 0x55c20805aab0 in clang::ExecuteCompilerInvocation(clang::CompilerInstance*) llvm-project/clang/lib/FrontendTool/ExecuteCompilerInvocation.cpp:310:25 #40 0x55c20802e823 in cc1_main(llvm::ArrayRef<char const*>, char const*, void*) llvm-project/clang/tools/driver/cc1_main.cpp:304:15 #41 0x55c2080218ec in ExecuteCC1Tool(llvm::SmallVectorImpl<char const*>&, llvm::ToolContext const&, llvm::IntrusiveRefCntPtr<llvm::vfs::FileSystem>) llvm-project/clang/tools/driver/driver.cpp:225:12 #42 0x55c20801ea91 in clang_main(int, char**, llvm::ToolContext const&) llvm-project/clang/tools/driver/driver.cpp:268:12 #43 0x55c20801a6af in main blaze-out/k8-fastbuild-msan/bin/llvm-project/clang/clang-driver.cpp:17:10 #44 0x7f79c4214351 in __libc_start_main (/usr/libc/lib64/libc.so.6+0x61351) (BuildId: ca23ec6d935352118622ce674a8bb52d) #45 0x55c207f8c2e9 in _start /usr/libc/debug-src/src/csu/../sysdeps/x86_64/start.S:120 Member fields were destroyed #0 0x55c207f9f5fd in __sanitizer_dtor_callback_fields llvm-project/compiler-rt/lib/msan/msan_interceptors.cpp:1074:5 #1 0x55c20df74380 in ~Pointer llvm-project/clang/lib/AST/ByteCode/Pointer.h:826:12 #2 0x55c20df74380 in clang::interp::Pointer::~Pointer() llvm-project/clang/lib/AST/ByteCode/Pointer.cpp:93:1 #3 0x55c20da7c5ab in void dtorTy<clang::interp::Pointer>(clang::interp::Block*, std::byte*, clang::interp::Descriptor const*) llvm-project/clang/lib/AST/ByteCode/Descriptor.cpp:49:32 #4 0x55c20d976b91 in clang::interp::Block::invokeDtor() llvm-project/clang/lib/AST/ByteCode/InterpBlock.h:149:7 #5 0x55c20da651a1 in clang::interp::Compiler<clang::interp::EvalEmitter>::visitDeclAndReturn(clang::VarDecl const*, clang::Expr const*, bool) llvm-project/clang/lib/AST/ByteCode/Compiler.cpp:4869:22 #6 0x55c20da7f290 in clang::interp::EvalEmitter::interpretDecl(clang::VarDecl const*, clang::Expr const*, bool) llvm-project/clang/lib/AST/ByteCode/EvalEmitter.cpp:66:14 #7 0x55c20d970d23 in clang::interp::Context::evaluateAsInitializer(clang::interp::State&, clang::VarDecl const*, clang::Expr const*, clang::APValue&) llvm-project/clang/lib/AST/ByteCode/Context.cpp:141:16 #8 0x55c20e25b8de in clang::Expr::EvaluateAsInitializer(clang::APValue&, clang::ASTContext const&, clang::VarDecl const*, llvm::SmallVectorImpl<std::__msan::pair<clang::SourceLocation, clang::PartialDiagnostic>>&, bool) const llvm-project/clang/lib/AST/ExprConstant.cpp:20754:20 #9 0x55c20dfdcc38 in clang::VarDecl::evaluateValueImpl(llvm::SmallVectorImpl<std::__msan::pair<clang::SourceLocation, clang::PartialDiagnostic>>&, bool) const llvm-project/clang/lib/AST/Decl.cpp:2608:23 #10 0x55c20dfdd1a2 in clang::VarDecl::checkForConstantInitialization(llvm::SmallVectorImpl<std::__msan::pair<clang::SourceLocation, clang::PartialDiagnostic>>&) const llvm-project/clang/lib/AST/Decl.cpp:2687:7 #11 0x55c20b9154da in clang::Sema::CheckCompleteVariableDeclaration(clang::VarDecl*) llvm-project/clang/lib/Sema/SemaDecl.cpp:14941:27 #12 0x55c20b910f36 in clang::Sema::AddInitializerToDecl(clang::Decl*, clang::Expr*, bool) llvm-project/clang/lib/Sema/SemaDecl.cpp:14280:3 #13 0x55c20ad044ee in clang::Parser::ParseDeclarationAfterDeclaratorAndAttributes(clang::Declarator&, clang::Parser::ParsedTemplateInfo const&, clang::Parser::ForRangeInit*) llvm-project/clang/lib/Parse/ParseDecl.cpp:2639:17 #14 0x55c20acfe9f8 in clang::Parser::ParseDeclGroup(clang::ParsingDeclSpec&, clang::DeclaratorContext, clang::ParsedAttributes&, clang::Parser::ParsedTemplateInfo&, clang::SourceLocation*, clang::Parser::ForRangeInit*) llvm-project/clang/lib/Parse/ParseDecl.cpp:2356:7 #15 0x55c20abd8a43 in clang::Parser::ParseDeclOrFunctionDefInternal(clang::ParsedAttributes&, clang::ParsedAttributes&, clang::ParsingDeclSpec&, clang::AccessSpecifier) llvm-project/clang/lib/Parse/Parser.cpp:1181:10 #16 0x55c20abd7654 in clang::Parser::ParseDeclarationOrFunctionDefinition(clang::ParsedAttributes&, clang::ParsedAttributes&, clang::ParsingDeclSpec*, clang::AccessSpecifier) llvm-project/clang/lib/Parse/Parser.cpp:1203:12 #17 0x55c20abd4d9c in clang::Parser::ParseExternalDeclaration(clang::ParsedAttributes&, clang::ParsedAttributes&, clang::ParsingDeclSpec*) llvm-project/clang/lib/Parse/Parser.cpp:1031:14 #18 0x55c20ac96f31 in clang::Parser::ParseInnerNamespace(llvm::SmallVector<clang::Parser::InnerNamespaceInfo, 4u> const&, unsigned int, clang::SourceLocation&, clang::ParsedAttributes&, clang::BalancedDelimiterTracker&) llvm-project/clang/lib/Parse/ParseDeclCXX.cpp:240:7 #19 0x55c20ac950c7 in clang::Parser::ParseNamespace(clang::DeclaratorContext, clang::SourceLocation&, clang::SourceLocation) llvm-project/clang/lib/Parse/ParseDeclCXX.cpp:218:3 #20 0x55c20acfb09b in clang::Parser::ParseDeclaration(clang::DeclaratorContext, clang::SourceLocation&, clang::ParsedAttributes&, clang::ParsedAttributes&, clang::SourceLocation*) llvm-project/clang/lib/Parse/ParseDecl.cpp:1909:12 (cherry picked from commit 22390cd)

navaneethshan force-pushed the Yethendra-Win-build branch from fc284ba to 1dcd91c Compare November 11, 2025 21:45

jonathonpenix requested review from jonathonpenix and navaneethshan November 18, 2025 20:45

jonathonpenix reviewed Nov 18, 2025

View reviewed changes

Yethendra and others added 8 commits December 2, 2025 13:00

Workflow file for Windows build

54d6d76

Signed-off-by: Yethendra <paiday@qti.qualcomm.com>

Update build trigger

e646f57

Signed-off-by: Yethendra <paiday@qti.qualcomm.com>

Update build trigger

d98ce2b

Signed-off-by: Yethendra <paiday@qti.qualcomm.com>

Call Win bat script from yml

9ab703a

Change-Id: Ie3e19c12735bbb3892eba8291578c29df8ccfc63

Add global identity for the runner session

bd56370

Change-Id: I21a6ff951cde0e182ebb153f73e0e13e83f526b8

Fix build dir

54c46bd

Change-Id: I9f1e501149a5b0171304dc40574fe6b200bc053e

Add tests

3812bd0

Change-Id: I535d46afaa59efcc1d7b784349085479442f64a2

Fix Win build script name

a20d40c

Change-Id: I80845df115b9f5c6c35d6b476dfda1ecdf327bc2

navaneethshan force-pushed the Yethendra-Win-build branch from 306e28c to a20d40c Compare December 2, 2025 21:06

navaneethshan added 3 commits December 2, 2025 16:30

Remove eld and musl clone from WF file

2e2293d

Its done as part of build.bat Signed-off-by: nshanmug <nshanmug@qti.qualcomm.com>

Fix musl clone path

2d86dcc

Signed-off-by: nshanmug <nshanmug@qti.qualcomm.com>

Add git configs

11f697a

Signed-off-by: nshanmug <nshanmug@qti.qualcomm.com>

dpaoliello and others added 3 commits December 3, 2025 12:14

Fix the exit statement when test fails.

1febbea

Signed-off-by: nshanmug <nshanmug@qti.qualcomm.com>

configure Git to ignore line ending differences

a512db7

disable core.autocrlf Signed-off-by: nshanmug <nshanmug@qti.qualcomm.com>

navaneethshan force-pushed the Yethendra-Win-build branch from 6c24f64 to cbf7a7a Compare December 4, 2025 18:30

Convert bat to powershell

128770c

Signed-off-by: nshanmug <nshanmug@qti.qualcomm.com>

navaneethshan force-pushed the Yethendra-Win-build branch from cbf7a7a to 128770c Compare December 4, 2025 18:33

Fix typo in yml

e32b68c

Signed-off-by: nshanmug <nshanmug@qti.qualcomm.com>

navaneethshan force-pushed the Yethendra-Win-build branch 2 times, most recently from 950ce57 to a9bfdee Compare December 5, 2025 16:49

Locate vswhere.exe and initialize VS build env

54b6dc1

Signed-off-by: nshanmug <nshanmug@qti.qualcomm.com>

navaneethshan force-pushed the Yethendra-Win-build branch from a9bfdee to 54b6dc1 Compare December 6, 2025 18:12

navaneethshan added 3 commits December 6, 2025 14:01

Renormalize line endings to LF

adda34c

Signed-off-by: nshanmug <nshanmug@qti.qualcomm.com>

Add Git Unix tools to PATH

e077f44

Signed-off-by: nshanmug <nshanmug@qti.qualcomm.com>

Update ELD to latest commit and enable eld test

9c55b98

Signed-off-by: nshanmug <nshanmug@qti.qualcomm.com>

jonathonpenix reviewed Dec 8, 2025

View reviewed changes

navaneethshan added 4 commits December 8, 2025 10:14

Restore lit temp directory override to avoid short-name paths

bd9ad6e

Signed-off-by: nshanmug <nshanmug@qti.qualcomm.com>

Enforce LF line endings and enable long path support

7163692

Signed-off-by: nshanmug <nshanmug@qti.qualcomm.com>

Set temp dir for lit tests

add7c0e

Ensure ELD/lit dependencies exists. Signed-off-by: nshanmug <nshanmug@qti.qualcomm.com>

navaneethshan force-pushed the Yethendra-Win-build branch from 989f847 to add7c0e Compare December 18, 2025 01:17

Pull back ELD to older commit

f9d7f84

To resolve ELD test failures Signed-off-by: nshanmug <nshanmug@qti.qualcomm.com>

navaneethshan force-pushed the Yethendra-Win-build branch from 6eedf50 to f9d7f84 Compare December 18, 2025 18:09

Move up ELD

e344991

Signed-off-by: nshanmug <nshanmug@qti.qualcomm.com>

navaneethshan requested a review from jonathonpenix December 19, 2025 02:27

jonathonpenix reviewed Dec 23, 2025

View reviewed changes

navaneethshan mentioned this pull request Jan 12, 2026

Windows workflows and build scripts #66

Merged

navaneethshan closed this Jan 22, 2026

navaneethshan deleted the Yethendra-Win-build branch January 22, 2026 23:16

Conversation

Yethendra commented Nov 10, 2025

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

jonathonpenix Nov 18, 2025 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

navaneethshan commented Dec 3, 2025

Uh oh!

jonathonpenix commented Dec 3, 2025

Uh oh!

navaneethshan commented Dec 5, 2025

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Uh oh!

Uh oh!

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Reviewers

Assignees

Labels

Projects

Milestone

Development

Uh oh!

4 participants

jonathonpenix Nov 18, 2025 •

edited

Loading