Repository navigation
Conversation
Adds an openharmony_arm64 platform and a clr.runtime+libs.native job. The job downloads the 6.0-Release SDK and builds the target ICU/OpenSSL assets until the prereqs image from dotnet-buildtools-prereqs-docker#1778 is available.
|
Azure Pipelines: Successfully started running 5 pipeline(s). 11 pipeline(s) were filtered out due to trigger conditions. There may be pipelines that require an authorized user to comment /azp run to run. |
|
Tagging subscribers to this area: @dotnet/runtime-infrastructure |
jkoritzinsky
left a comment
There was a problem hiding this comment.
Can we add this job to the runtime-community pipeline instead of the runtime pipeline?
|
Moved the OHOS leg to |
|
/azp run runtime-community |
|
Commenter does not have sufficient privileges for PR 136206 in repo dotnet/runtime |
|
@jkoritzinsky Moved the OHOS leg to Could you run Note This comment was drafted with AI assistance (agent tooling) under the author's direction. |
Summary
Add an
openharmony_arm64platform and aclr.runtime+libs.nativejob. The job downloads the OpenHarmony 6.0-Release SDK, builds the target-side static OpenSSL 3.3.1 and ICU 75.1, and cross-builds the runtime.Motivation
The OpenHarmony port can cross-build with the SDK, but the runtime pipeline has no leg for it. A validation run validates the same recipe:
The download/asset build is a temporary fallback. The preferred long-term setup is the prereqs image requested in dotnet/dotnet-buildtools-prereqs-docker#1778 (SDK/NDK plus static OpenSSL and ICU). Once that image exists, the
preBuildStepsblock can be replaced with a container reference.Notes
clr.runtime+libs.nativerather than the default subsets to keep the leg focused.OHOS_NDK_HOMEand theCMAKE_ICU_DIR/OPENSSL_*paths are passed through pipeline variables.Note
This PR was drafted with AI assistance (agent tooling) under the author's direction.