Skip to content

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

Merged
mc-nv merged 2 commits into
r26.08from
mchornyi/TRI-1650/before-code-freeze-build-against-latest-upstream-container
Aug 12, 2026
Merged

mc-nv merged 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
@mc-nv
mc-nv merged commit 3cafdb6 into r26.08 Aug 12, 2026
2 checks passed
mc-nv added a commit that referenced this pull request Sep 2, 2026
…epos (#162) (#164)

* build: Align with other Cmake configuration

* fix: Use Python3_EXECUTABLE for the gRPC Python codegen

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.

(cherry picked from commit 3cafdb6)
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.

2 participants