Skip to content

build(before-code-freeze): Align CMake configuration with the other repos - #162

Open
mc-nv wants to merge 2 commits into
r26.08from
mchornyi/TRI-1650/before-code-freeze-build-against-latest-upstream-container
Open

build(before-code-freeze): Align CMake configuration with the other repos#162
mc-nv wants to merge 2 commits into
r26.08from
mchornyi/TRI-1650/before-code-freeze-build-against-latest-upstream-container

Conversation

@mc-nv

@mc-nv mc-nv commented Aug 5, 2026

Copy link
Copy Markdown
Contributor

What does the PR do?

Align the CMake configuration with the other Triton repositories.

Checklist

  • PR title reflects the change and is of format <commit_type>: <Title>
  • Changes are described in the pull request.
  • Related issues are referenced.
  • Populated github labels field
  • Added test plan and verified test passes.
  • Verified that the PR passes existing CI.
  • Verified copyright is correct on all changed files.
  • Added succinct git squash message before merging.
  • All template sections are filled out.

Commit Type:

  • build

Related PRs:

Where should the reviewer start?

The CMakeLists.txt diff.

Test plan:

Covered by the internal RHEL/manylinux pipeline for the 26.08 upstream bump.

  • CI Pipeline ID: 61271932

Caveats:

None known.

Background

Part of the 26.08 "build against latest upstream container" work: the base image
moved to cuda:13.4-devel-manylinux--26.08, which changed the default GCC
toolset, the Python layout and the bundled OpenSSL.

Related Issues: (use one of the action keywords Closes / Fixes / Resolves / Relates to)

  • Resolves: TRI-1650
CI (internal): [#61271932](http://tritonserver.local/ci/pipelines/61271932)

@mc-nv

mc-nv commented Aug 5, 2026

Copy link
Copy Markdown
Contributor Author

@greptileai review

@greptile-apps

greptile-apps Bot commented Aug 5, 2026

Copy link
Copy Markdown

Greptile Summary

The PR aligns protobuf Python code generation with CMake’s FindPython3 interface.

  • Replaces find_package(Python ...) with find_package(Python3 ...).
  • Uses the corresponding Python3_EXECUTABLE variable in the gRPC Python generation command.

Confidence Score: 5/5

The PR appears safe to merge.

No blocking failure remains; the previously reported Python executable variable mismatch is fixed at the current head.

Important Files Changed

Filename Overview
protobuf/CMakeLists.txt The package lookup and executable variable now consistently use the Python3 namespace, resolving the previously reported generation failure.

Reviews (3): Last reviewed commit: "fix: Use Python3_EXECUTABLE for the gRPC..." | Re-trigger Greptile

Comment thread protobuf/CMakeLists.txt Outdated
@mc-nv mc-nv changed the title build: Align CMake configuration with the other repos build(before-code-freeze): Align CMake configuration with the other repos Aug 5, 2026
cd84eea switched the lookup to find_package(Python3 ...) but left the
custom command on ${Python_EXECUTABLE}, which that package never
populates. The variable expands to empty, so the grpc_tools.protoc
command runs with no interpreter and grpc-service-py-library cannot
generate its output.

TRITON_COMMON_ENABLE_PROTOBUF_PYTHON defaults to ON, so this is on the
default build path rather than an opt-in one.

Only Interpreter is requested, which is all the codegen needs.
@mc-nv

mc-nv commented Aug 5, 2026

Copy link
Copy Markdown
Contributor Author

@greptileai review

@mc-nv
mc-nv requested review from mattwittwer, whoisj and yinggeh August 5, 2026 23:30
@mc-nv
mc-nv marked this pull request as ready for review August 5, 2026 23:31
@mc-nv
mc-nv changed the base branch from main to r26.08 August 7, 2026 20:39
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

build Build system or external dependencies (build: PRs)

Development

Successfully merging this pull request may close these issues.

1 participant