BMOA: Baseline-Mechanism-Outcome Attribution for Compiler-Induced Numerical Deviations
For developers and researchers dealing with compiler-induced numerical issues, BMOA provides a more nuanced and auditable diagnostic framework than existing pass/fail mismatch approaches, though it is an incremental improvement in tooling.
The paper introduces BMOA, a diagnostic framework for attributing compiler-induced numerical deviations in floating-point computations, separating baseline, mechanism, and outcome. Evaluated on six scientific kernels with a 1,276-record corpus and 162-instance matrix, it shows that baseline choice changes diagnoses and that compiler-induced deviation does not necessarily imply accuracy loss.
Formalizing compiler-aware numerical correctness requires distinguishing what an observed floating-point difference means, what compiler behavior the evidence supports, and what numerical consequence follows. Existing testing workflows often collapse these questions into a pass/fail mismatch. We introduce Baseline--Mechanism--Outcome Attribution (BMOA), a diagnostic framework that separates the comparison relation and system boundary, the evidence-supported compiler mechanism, and the reference-qualified accuracy outcome. BMOA combines operational strict floating-point, transformation-local, reproducibility, cross-compiler, and higher-precision comparisons, while preserving mixed, ambiguous, and unknown attributions when evidence is insufficient. Each record retains inputs, configurations, numerical metrics, and supporting artifacts for audit. We evaluate BMOA on six scientific-computing kernels, deterministic stress-input families, and controlled Clang configurations on ARM64. A 1,276-record attribution corpus and a 162-instance controlled mechanism matrix show that baseline choice changes diagnoses, compiler-induced deviation does not imply accuracy loss, and cancellation and large dynamic range expose the strongest effects within the targeted matrix. BMOA converts raw mismatches into explicit, auditable, evidence-bounded records. Although it is not itself a proof system, these records provide an empirical foundation for future formal specifications and proof obligations for compiler-aware numerical correctness.