Skip to content

Read on the runner what the targets leg does with the entry 0243 requires - #511

Closed
iderex wants to merge 2 commits into
mainfrom
probe/291-the-targets-leg-with-the-entry
Closed

iderex wants to merge 2 commits into
mainfrom
probe/291-the-targets-leg-with-the-entry

Conversation

@iderex

@iderex iderex commented Sep 18, 2026

Copy link
Copy Markdown
Contributor

What this is

A draft opened to take two measurements, and it is closed rather than merged.

#291 asks which of 0113's triples the target leg can still compile once the
manifest carries the entry 0243 requires. Every cross-compile reading behind that
question was taken either on a contributor's Windows machine, outside this tree,
or through the cross-toolchain leg, which compiles one translation unit asking
for the C library headers rather than building a provider.

The first reading: the entry, and the register as it stands

Head 3915c8d4d32cb2e3996f142e3bd59987bce4529f, rustls 0.23.45 and
rustls-platform-verifier 0.7.0 in [dependencies] and nothing else, on
ubuntu-latest with the toolchain rust-toolchain.toml pins.

The targets run is
https://github.com/Flowfin/core/actions/runs/35351749365 and it ends

::error::6 of the 7 triple(s) above did not compile.

Every failure is error: failed to run custom build command for aws-lc-sys v0.45.0,
and the tool each one stopped at:

aarch64-linux-android      failed to find tool "aarch64-linux-android-clang"
armv7-linux-androideabi    failed to find tool "arm-linux-androideabi-clang"
aarch64-apple-ios          failed to find tool "xcrun"
aarch64-apple-tvos         failed to find tool "xcrun"
aarch64-apple-darwin       cc ... "-arch" "arm64" "-mmacosx-version-min=11.0" ... aes-xts-enc.S  exit status: 1
x86_64-pc-windows-msvc     cc ... "-DWIN32_LEAN_AND_MEAN=" ... x_x509.c  exit status: 1

The seventh, x86_64-unknown-linux-gnu, is the only one that reached the end of
the build. Its Finished line is not pasted here, because the words the
measurement gate reads sit inside the profile name cargo prints on it; the run
above is where it is read.

The second reading: the entry, and the register cut to what the first one left

Head 9cdd5389d78e7862296bd39ed8e63e704f9c4cc1, the same manifest with the six
triples above taken out of .github/targets/targets. The targets run is
https://github.com/Flowfin/core/actions/runs/35352090075 and it ends

The library compiles for 1 target triple(s): x86_64-unknown-linux-gnu
Every triple the register names compiles.

So the leg is green on a tree carrying the dependency, which is the half of
#291's done-condition that no reading before this one answered.

What is not read here

Whether a provider other than the one rustls resolves by default changes the
answer. This carries rustls with its default features, which is the shape 0243
decided, and says nothing about a graph built on another provider.

Whether the runner image will answer the same way next month. The verdict is
this image's at this moment, and the cross-toolchain leg beside it re-takes the
neighbouring reading on every run for that reason.

What it is not

It is not a proposal. The branch begins with probe/ for that reason, the entry
carries no admitting clause under 0303, and no part of it is intended to reach
main.

Contributes to #291

…ires

This branch exists to take one measurement and is not merged. #291 asks which
of 0113's triples the target leg can still compile once the manifest carries
`rustls` and `rustls-platform-verifier`, and every reading behind that question
so far was taken on a contributor's Windows machine or through the C-compiler
probe beside the leg, which compiles one translation unit rather than the
provider itself.

The entry carries no admitting clause because it is not landing here; the clause
belongs to the change that adds it for good.

Contributes to #291
…again

The run on the head before this one says six of the seven triples fail inside
`aws-lc-sys`'s build script on `ubuntu-latest`. This commit takes them out of
the register so the same leg is read once more against the set that is left,
which is the second half of #291's done-condition: green on a tree carrying the
dependency rather than green on a tree without it.

Contributes to #291

Signed-off-by: Nils Lehnen <30603423+iderex@users.noreply.github.com>
@iderex iderex closed this Sep 18, 2026
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant