tree 5cb9f0b332d5f7e026025df25b7c32bf5d412645
parent 476e183da5a1d41bb83f2bace5f078864c406f6e
author bazel.build machine account <15028808+bazel-io@users.noreply.github.com> 1705324999 +0100
committer GitHub <noreply@github.com> 1705324999 +0100
gpgsig -----BEGIN PGP SIGNATURE-----
 
 wsBcBAABCAAQBQJlpTHHCRBK7hj4Ov3rIwAAAC8IAIrlUgpO00FvueBlL8zK+7W7
 C0e0gd/cfUoMytEN0Xf/vgqiDd2cTxTpBX1X8B7mpqBOxK1kZYB/rgeHGN8kOmMv
 rmYN4Vti7dw36Ezmi9dfHAPpyoF5LRT7DhnGz8GWD9F+K6RzM4h29KzBr4xegfAD
 QdN9SONAStUF7+3iPKHPeMShilJFl50199kJIHCUHTwchEoTj0WLuWvNyEiulcrc
 tSHSEmX2CKFc/uviq5SLZ5Ts5ff45XvODOvZM4q0e2xZNsttteVP0oDe2uaz9NST
 wREeElWloX/g+RANuubc8mM6RmzAYaKC1X70v8izKUvVm29WsFNc7VzM0NXMESo=
 =ZVm6
 -----END PGP SIGNATURE-----
 

[7.0.1] Force output checking for incremental run commands without the bytes. (#20881)

When building without the bytes, outputs are only materialized when
either (1) an action prefetches them, or (2) they've been explicitly
requested. When both --remote_download_minimal and
--noexperimental_check_output_files are set, this presents a problem for
a build command followed by a run command for the same target: the build
command won't download the outputs and the run command won't check for
their presence, proceeding without them. A non-incremental run command
works, because the outputs are considered top-level even in minimal
mode.

This is only a problem for a run command because it exists outside of
action execution, and doesn't get a chance to prefetch inputs; it would
have been better to implement the run command by injecting a specially
crafted action into the build graph, but that will have to wait for
another day. The present fix might theoretically slow things down if
output checking is truly unnecessary, but I doubt that would cause a
significant regression in practice.

Fixes #20843.

Closes #20853.

Commit
https://github.com/bazelbuild/bazel/commit/2f899ef8b39935d9ca131b71a24e67ef286bc378

PiperOrigin-RevId: 597909909
Change-Id: I66aedef4994fbda41fe5378c80940fa8ba637bfd

Co-authored-by: Tiago Quelhas <tjgq@google.com>