Crafter.Build/tests/ConcurrentDependencyReset/fixture/deplib/DepMod-impl.cpp

// SPDX-License-Identifier: LGPL-3.0-only
// SPDX-FileCopyrightText: Copyright (C) 2026 Catcrafts®

module DepMod;

// Implementation unit of the DepMod interface. Because it declares
// `module DepMod;` it gains an intra-config module dependency on the DepMod
// interface, so its compile waits on DepMod's `compiled` flag — the exact
// flag a stale recursive reset used to clobber (issue #16).
int dep_value() { return 21; }
linting 2026-07-23 01:24:42 +02:00			`// SPDX-License-Identifier: LGPL-3.0-only`
			`// SPDX-FileCopyrightText: Copyright (C) 2026 Catcrafts®`
SPDX license update Canonical LGPL-3.0-only text, GPL-3.0 companion, SPDX headers on all first-party sources, MIT for examples/. Vendored lib/ untouched. Co-Authored-By: Claude Fable 5 <noreply@anthropic.com> 2026-07-22 18:16:38 +02:00
fix: scope per-build module-state reset to the config being built Build() resets each Module/ModulePartition's per-build `compiled`/`checked` flags so a reused Configuration re-evaluates mtimes. That reset recursed into cfg.dependencies — but dependency Configurations are shared across the build DAG and each is compiled concurrently by its own Build() call. A parent/sibling's recursive reset could therefore clear a shared dependency's module `compiled` atomic after that dependency's module-compile thread had set it true and exited, but before an intra-config waiter (its impl, or a dependent partition) ran compiled.wait(false). The waiter then blocked forever on a flag nothing would re-signal: the build froze mid-compile, idle, with no compiler process alive — exactly the hang in issue #16. Reset only the current configuration's own modules. Every config in the tree already gets its own Build() call (the per-PcmDir builder registered in depResults), which resets its own state at the top of that call, sequenced before its compile threads spawn. Cross-config module state is consulted only via PCM file mtimes and the depResults futures, never via these flags, so the narrower reset is correct and removes the data race entirely. Adds ConcurrentDependencyReset: builds a static-lib dependency fully, then builds a consumer that depends on it while the dependency is already cached in depResults (so it is never rebuilt), and asserts the consumer build leaves the dependency's module `compiled` flag intact. Fails deterministically on the old recursive reset; passes with the fix. Resolves #16 Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com> 2026-06-01 11:32:46 +00:00			`module DepMod;`

			`// Implementation unit of the DepMod interface. Because it declares`
			// `module DepMod;` it gains an intra-config module dependency on the DepMod
			// interface, so its compile waits on DepMod's `compiled` flag — the exact
			`// flag a stale recursive reset used to clobber (issue #16).`
			`int dep_value() { return 21; }`