Proto commits in apple/swift-llbuild2

These 52 commits are when the Protocol Buffers files have changed:

2026-04-10

Fixup proto names

The documentation is generated from this commit.

2026-04-06

Remove swift-tools-support-async dependency and restructure module hierarchy Vendor all Swift and C sources from swift-tools-support-async directly into the llbuild2 package, organized into a layered module structure: - FXCore: public client-facing types (FXDataID, FXCASDatabase, FXCASObject, FXFuture/FXPromise/FXByteBuffer typealiases, FXSerializable). This is the only module re-exported to clients via llbuild2fx. - FXAsyncSupport: package-scoped internals (process executor, futures utilities, in-memory CAS database implementation, BLAKE3 hashing). Not visible to clients. - FXCBLAKE3: vendored BLAKE3 C implementation with fx_ symbol prefix to avoid linker conflicts when coexisting with swift-tools-support-async. - FXCProcessSpawnSync: vendored process spawning C code. All types renamed from LLB prefix to FX prefix (FXDataID, FXCASDatabase, FXCASObject, FXFuture, FXByteBuffer, etc.) to prevent type clashes when clients use swift-tools-support-async alongside llbuild2. Additional changes: - Remove BazelRemoteAPI, LLBBazelBackend, LLBCASTool, and llcastool - Move FXExampleRuleset to its own module (not shipped in the library) - Move CAS file tree implementation to llbuild2Testing - Remove FileBackedCASDatabase (unused) - Add FXCASTreeService protocol with export, importTree, and exportFile methods for client-provided tree operations - Add FXTreeMaterializer.materialize(file:filename:) for file materialization - Add FXLocalCASTreeService in llbuild2Testing for test use - Add FXInteropTests verifying TSFCAS types bridge cleanly to FX types - Port all tests from swift-tools-support-async (futures, CAS, file tree, process executor, CAS utilities) into FXCoreTests, FXAsyncSupportTests, and llbuild2TestingTests - Replace fatalError with thrown FXError.missingCASTreeService - Remove load() from FXNodeID/FXTreeID/FXFileID/FXExecutableFileID protocol requirements (dead code, no callers) - Rename tsf_ prefixed identifiers to fx_ - Prefer throw over fatalError (documented in CLAUDE.md) swift-tools-support-async is retained in Package.swift only as a dependency of the FXInteropTests test target. Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com>

2025-04-28

Update protobufs

Refactor API surface to be llbuild2fx-only - Remove legacy LLBBuildSystem layer - Combine llbuild2 core functionality into llbuild2fx - Remove some unnecessary indirection, reduce public API surface

2021-09-16

Add BLOB artifact type and functionID argument to action execution specs

2021-03-17

Add support for action chaining, useful for splitting actions into cacheable pieces but still being treated as a single unit in terms of failures and logs

2021-03-08

Add support for common action environment configuration fragment

2021-02-23

Rename inconditional to the proper unconditional

2021-02-22

Add support for outputs that are returned even on action failures

2021-02-17

Add java package options to protos

2021-02-05

Regenerated protocols

2020-12-15

Update gRPC and proto related things

2020-10-23

Remove stderr from APIs and propagate error instead of fake stdout messages for event failures

2020-10-12

Update Bazel protos

Add logsID to ArtifactValue (and update generated protos)

2020-09-10

Add support for additional extra data for remote action requests

2020-08-05

Add additionalData to action execution request

2020-07-17

Add untyped additionalData field to LLBActionExecutionResponse proto

2020-07-14

Add support for propagating the label as the owner of the action in the build event delegate

Add support for marking actions as being able to be cached even on action failures (exitCode != 0)

2020-07-11

Add description to action keys for better UX for clients

2020-07-02

Add stdout and stderr to action value

Add support for mnemonics for command actions

2020-06-30

Adopt tools-support-async common dependency

2020-06-29

Fix downstream dependency problems - Remove integral zstd module - Disable unused CASFileTree compression support for now

2020-06-24

Refactor ProviderMap management from the client developers. This introduces a new API for clients of LLBBuildSystem to declare dependencies for LLBConfiguredTarget implementations that allows for a cleaner management by the build system. It also introduces new APIs into the ruleContext to retrieve those providers with typed methods. This effectively hides the fact that LLBProviderMap even exists, which is better encapsulation.

2020-06-20

Add support for dynamic action execution.

2020-06-19

Move AnySerializable to the core - Moves the type registry into the Engine - Uses AnySerializable to wrap auto conformance to CASObjectRepresentable

2020-06-16

Move BuildSystemProtocol into the engine

Use different field number

Renamed LLBAnyCodable to LLBAnySerializable

2020-06-15

Add LLBPrefix to all public types coming from the build system component

2020-06-11

Add root support for ConfigurationValue to be used for artifact roots

Fix upload of static writes and actions into the CAS to ensure it happens after artifact updates

Update bazel remote protos

Add support for tree merging for rule evaluation

2020-06-10

Add support for static writes from rule implementations

Add support for configurations fragments and configuration transitions

Unify LLBDataID and LLBPBDataID

2020-06-09

Add EvaluatedTarget and RuleEvaluation functions.

2020-06-08

Add support for ConfiguredTarget extensibility into llbuild2. In order to be flexible at runtime, we also introduce the LLBAnyCodable mechanism for serializing and deserializing with type information through a global registry. This is similar in nature to the Google_Protobuf_Any approach.

Add basic support for a label type for identifying targets

2020-06-04

Add link between Artifact and ActionKeys to model the action graph

Add support for ActionKey that resolves inputs before execution

Add support for ActionExecutionKey, plus some changes for test infrastructure

2020-06-02

Add CAS File Tree definition - Defines protocol - Models file system objects in CAS form - Supports chunked, compressed CAS representations - Renames LLBCASProtocol module to LLBCAS

2020-05-31

Add a protobuf definition for CASObject, reorganize a bit

2020-05-30

Add support for Artifacts to the build system engine

Rename LLBExecutionProtocol to LLBBuildSystemProtocol

2020-05-28

Add BazelRemoteAPI module

2020-05-27

Fix typo in proto definition

Add action execution protocol buffer definitions, plus note on serialization