Include libcpublas.a into optimized kernels framework

[shoumikhin]

No description provided.

[pytorch-bot]

🔗 Helpful Links

🧪 See artifacts and rendered test results at hud.pytorch.org/pr/pytorch/executorch/9218

• 📄 Preview Python docs built from this PR

Note: Links to docs will display an error until the docs builds have been completed.

✅ You can merge normally! (2 Unrelated Failures)

As of commit 0810ce5 with merge base e3de804 ():

BROKEN TRUNK - The following jobs failed but were present on the merge base:

👉 Rebase onto the `viable/strict` branch to avoid these failures

• Apple / build-benchmark-app / macos-job (gh) (trunk failure)
  RuntimeError: Command bash /Users/runner/work/_temp/exec_script failed with exit code 65
• pull / unittest-arm / linux-job (gh) (trunk failure)
  backends/arm/test/models/test_conformer.py::TestConformer::test_conformer_tosa_MI

This comment was automatically generated by Dr. CI and updates every 15 minutes.

[shoumikhin]

@pytorchbot label "topic: not user facing"

[huydhn]

Hmm, the job is still failing I think. It's the build error now coming from abseil-cpp, this is weird as I see you already have the commit to recursively check out

2025-03-13T06:53:16.4310040Z CMake Warning:
2025-03-13T06:53:16.4310220Z   Ignoring extra path from command line:
2025-03-13T06:53:16.4310370Z 
2025-03-13T06:53:16.4310770Z    "/Users/runner/work/executorch/executorch/pytorch/executorch/extension/benchmark/apple/Benchmark/../../../llm/tokenizers/third-party/abseil-cpp"
2025-03-13T06:53:16.4311220Z 
2025-03-13T06:53:16.4311220Z 
2025-03-13T06:53:16.4311710Z CMake Error: The source directory "/Users/runner/work/executorch/executorch/pytorch/executorch/extension/llm/tokenizers/third-party/abseil-cpp" does not appear to contain CMakeLists.txt.

[shoumikhin]

@huydhn exactly, that's why I'm wondering if that approach works.
It builds and runs flawlessly for me locally when I git clone recursively.

[huydhn]

I look at the logs and see that submodules parameter was set to true https://github.com/pytorch/executorch/actions/runs/13827845229/job/38685932365?pr=9218#step:5:7, so I think it will work in main where the parameter has been set to recursive. I thought the PR should do the same, but I think I'm missing something here.

[huydhn]

Anyway, the workflow used in this PR https://github.com/pytorch/executorch/actions/runs/13827845229/workflow#L282 still had submodules set to true, that's why the build job fails. The fix for the PR would be to do a rebase to latest main branch. As this has been merged, we will observe it in main branch then :)