Commit Graph
8 Commits
Author SHA1 Message Date
Martin Vogel ea54e63d55 Merge pinned main 7b398de4 into the strict shared resolver
Resolves the nine textual conflicts with the reviewed reconciliation: semantic index version 12 on top of main's migrations, digest stream v3 because both sides independently claimed v2, incremental metadata-current requires main completeness and the strict resolver generation receipt, and exact call joins by extraction index, full span and origin. Unresolved-call diagnostics reconcile only after final proof sealing and successful projection.

Signed-off-by: Martin Vogel <martin.vogel.tech@gmail.com>
2026-10-31 21:34:07 +01:00
Martin Vogel b821d1506f Complete strict resolver proof bridges and type propagation
Signed-off-by: Martin Vogel <martin.vogel.tech@gmail.com>
2026-10-29 02:50:03 +01:00
Martin Vogel f0509f95c1 Require explicit import proofs and expose per-edge capabilities
Signed-off-by: Martin Vogel <martin.vogel.tech@gmail.com>
2026-10-28 05:26:51 +01:00
Martin Vogel 642fe3fe46 Complete proof bridges and migrate resolver quality contracts
Signed-off-by: Martin Vogel <martin.vogel.tech@gmail.com>
2026-10-28 04:48:12 +01:00
Martin Vogel 24bd38c4bf fix(store): bump the graph digest stream to version 2
The canonical graph digest now streams index_unresolved_candidates when
the table exists and binds the unresolved_calls_complete column of
index_coverage_meta, but its version word was still 1. A holder of an
older digest, such as the test-impact receipt's graph_sha256, would then
compare two different stream definitions under one version number.

Bump CBM_STORE_GRAPH_DIGEST_VERSION to 2 and document what each version
streams. The golden fixture has neither the table nor the column, so its
stream differs from version 1 only in the version word: still 17 rows and
4038 framed bytes, with a new golden SHA-256, and the test now asserts
version 2.

Signed-off-by: Martin Vogel <martin.vogel.tech@gmail.com>
2026-10-25 22:30:47 +01:00
Pcristin d4273ae901 fix(pipeline): bound unresolved call evidence
Signed-off-by: Pcristin <xxxokzxxx@protonmail.com>
2026-10-07 23:50:20 +00:00
Martin Vogel 6a29a19c23 fix(test-impact): build and run on Linux GCC, git before 2.44, LeakSanitizer
PR CI on the first push of these commits found what no local leg had
built yet:

- test_impact_result_validate.c: initialize the count GCC's
  -Wmaybe-uninitialized flags (-Werror on every Linux build: smoke,
  shadow, analyze).
- tests: split one-line `if` chains GCC reports as misleading
  indentation, and drop a redundant `= {0}` it reads as missing braces
  (the GCC test runner did not compile).
- tests/test_test_impact_engine.c: realpath() into a PATH_MAX buffer;
  glibc's _FORTIFY_SOURCE aborts on anything smaller, as
  test_index_resilience.c already notes.
- test_impact_git.c: pass --no-lazy-fetch only when the git executable
  takes it (git 2.44+, probed once per session with the option on
  --version). Older git rejected it and every engine command failed;
  Ubuntu 24.04 ships git 2.43. `-c protocol.allow=never` already turns a
  lazy fetch into an error there, which is what the option asks for.
- test_impact_engine.c: the selection and publish job threads release
  their thread-local node-type bitset cache before they end, as the
  parallel workers and the MCP index thread do. LeakSanitizer reported it
  (488 bytes in 13 allocations, test-diag); the Linux arm64 ASan leg
  reproduced exactly that and is clean with the fix.

Signed-off-by: Martin Vogel <martin.vogel.tech@gmail.com>
2026-10-05 23:55:25 +02:00
Martin Vogel a245618a64 wip(ci): checkpoint hybrid test-impact implementation
Preserve the current selector, frozen-input inventory, result codec,
coverage collection, runner filtering, and isolated Windows venue work.
Component-level regression proofs are recorded in the PR handover.

The live classified provider, public execution integration, artifact
admission, fresh oracle/shadow evidence, and full platform gates remain
incomplete. This checkpoint does not enable or claim verified narrowing.

Signed-off-by: Martin Vogel <martin.vogel.tech@gmail.com>
2026-10-03 23:55:18 +02:00