<?xml version='1.0' encoding='UTF-8'?>
<feed xmlns:opensearch="http://a9.com/-/spec/opensearch/1.1/" xmlns:arxiv="http://arxiv.org/schemas/atom" xmlns="http://www.w3.org/2005/Atom">
  <id>https://arxiv.org/api/SFIXwcv88WMkh0eCUzqHF2gkVWk</id>
  <title>arXiv Query: search_query=(cat:cs.SE OR cat:cs.PL) AND (abs:"compiler testing" OR abs:"compiler fuzzing" OR abs:"compiler bugs" OR abs:miscompilation OR abs:"compiler fuzzer" OR abs:"translation validation")&amp;id_list=&amp;start=0&amp;max_results=40</title>
  <updated>2026-10-03T16:08:47Z</updated>
  <link href="https://arxiv.org/api/query?search_query=(cat:cs.SE+OR+cat:cs.PL)+AND+(abs:%22compiler+testing%22+OR+(abs:%22compiler+fuzzing%22+OR+(abs:%22compiler+bugs%22+OR+(abs:miscompilation+OR+(abs:%22compiler+fuzzer%22+OR+abs:%22translation+validation%22)))))&amp;start=0&amp;max_results=40&amp;id_list=" type="application/atom+xml"/>
  <opensearch:itemsPerPage>40</opensearch:itemsPerPage>
  <opensearch:totalResults>106</opensearch:totalResults>
  <opensearch:startIndex>0</opensearch:startIndex>
  <entry>
    <id>http://arxiv.org/abs/2609.34089v1</id>
    <title>Faultless: A Program Equivalence Technique for Validating and Evaluating Neural Decompilers</title>
    <updated>2026-09-28T01:30:28Z</updated>
    <link href="https://arxiv.org/abs/2609.34089v1" rel="alternate" type="text/html"/>
    <link href="https://arxiv.org/pdf/2609.34089v1" rel="related" type="application/pdf" title="pdf"/>
    <summary>Neural decompilers are machine learning models which perform the process of decompilation, lifting code from a lower-level language to a higher one. Neural decompilers offer substantial utility relative to traditional deterministic decompilers because they can probabilistically recover information discarded during lowering, like variable names, types, and control flow structuring. However, they can also make mistakes, producing code that is not equivalent to the original, making it difficult to trust their output.
  In this work, we introduce Faultless, a program equivalence technique for performing translation validation on neural decompilers. Faultless compares code produced by a deterministic decompiler, which has stronger correctness properties, with that of a neural decompiler. Faultless is also useful for model evaluation, a highly related task, in which the neural decompilers' prediction is compared with a reference solution. Neural decompilation introduces significant challenges to the task of program equivalence which existing techniques are not equipped to handle, including limited extrafunctional context and systematic semantic inconsistencies in decompiled code. Faultless takes a static symbolic execution-based approach with an execution model and memory model designed to handle these challenges.</summary>
    <category term="cs.PL" scheme="http://arxiv.org/schemas/atom"/>
    <category term="cs.CR" scheme="http://arxiv.org/schemas/atom"/>
    <category term="cs.SE" scheme="http://arxiv.org/schemas/atom"/>
    <published>2026-09-28T01:30:28Z</published>
    <arxiv:primary_category term="cs.PL"/>
    <author>
      <name>Luke Dramko</name>
    </author>
    <author>
      <name>Claire Le Goues</name>
    </author>
    <author>
      <name>Edward Schwartz</name>
    </author>
  </entry>
  <entry>
    <id>http://arxiv.org/abs/2609.38201v1</id>
    <title>TomasuLLM: Out-of-Order Speculative Execution for LLM Agents</title>
    <updated>2026-09-22T03:41:35Z</updated>
    <link href="https://arxiv.org/abs/2609.38201v1" rel="alternate" type="text/html"/>
    <link href="https://arxiv.org/pdf/2609.38201v1" rel="related" type="application/pdf" title="pdf"/>
    <summary>Long-running tools can dominate coding-agent latency: compilers, test suites, and repository commands take seconds to minutes while the agent idles. This observation stall presents the same tension that drove out-of-order processors -- asequential interface hides work that can be predicted and started early, but a speculative result may become visible only after it and every earlier step have been validated.
  We present TomasuLLM, a runtime that executes agent tool calls out of trajectory order while preserving task-execution correctness. It drafts future actions, runs them in isolated copy-on-write sandboxes, traces their dependencies and effects, and commits results in trajectory order only after validation against committed state. Across three benchmarks spanning sub-second to minutes-long tool calls, TomasuLLM improves the reported benchmark means and scales with tool latency: 1.31x on 100 SWE-bench Verified tasks, 1.35x on 28 Terminal-Bench 2.0 tasks, and 1.27x matched progress on 18 SWE-Marathon sessions. Across 4,010 audited commit-validation records, it produces zero false accepts.</summary>
    <category term="cs.CL" scheme="http://arxiv.org/schemas/atom"/>
    <category term="cs.OS" scheme="http://arxiv.org/schemas/atom"/>
    <category term="cs.SE" scheme="http://arxiv.org/schemas/atom"/>
    <published>2026-09-22T03:41:35Z</published>
    <arxiv:primary_category term="cs.CL"/>
    <author>
      <name>Jiangnan Yu</name>
    </author>
    <author>
      <name>Ceyu Xu</name>
    </author>
    <author>
      <name>Mengming Li</name>
    </author>
    <author>
      <name>Shiyu Huang</name>
    </author>
    <author>
      <name>Yiran Xia</name>
    </author>
    <author>
      <name>Jian Weng</name>
    </author>
    <author>
      <name>Hui Xue</name>
    </author>
    <author>
      <name>Haohui Mai</name>
    </author>
    <author>
      <name>Yuan Xie</name>
    </author>
  </entry>
  <entry>
    <id>http://arxiv.org/abs/2609.19583v1</id>
    <title>LLVM Translation Validation Automated with Large Language Models and Lean</title>
    <updated>2026-09-17T02:11:52Z</updated>
    <link href="https://arxiv.org/abs/2609.19583v1" rel="alternate" type="text/html"/>
    <link href="https://arxiv.org/pdf/2609.19583v1" rel="related" type="application/pdf" title="pdf"/>
    <summary>LLVM is the cornerstone of modern compilers, but its subtle intermediate representation (IR) semantics make transformations error-prone and necessitate formal verification. Alive2, a state-of-the-art translation validator based on satisfiability modulo theories, has achieved substantial success in automating the validation of LLVM transformations. However, it still faces scalability limitations, does not support symbolic bitwidths, and offers only bounded guarantees for loops. In contrast, interactive theorem provers such as Lean can address these cases but require substantial proof engineering. In this paper, we present Trivet, a framework combining large language models (LLMs) and Lean for automated translation validation of LLVM transformations. Trivet generates structured proof scaffolds based on source and target functions, automatically discharges obligations amenable to deterministic reasoning, and delegates transformationspecific obligations to LLMs. It produces refinement proofs or counterexample-based refutations, with every successful verdict checked by the Lean kernel. On 148 LLVM transformations, Trivet verifies or refutes 147, leaving one invalid case unresolved. Successful cases include 60 loop-free transformations with symbolic bitwidths, 27 cases from a restricted class of loop-containing transformations, and 10 complex valid fixed-bitwidth cases on which Alive2 times out. Compared with an unscaffolded baseline, scaffolding enables 26 additional proofs. On cases solved by both configurations, it reduces mean proof time by 75.9% and mean monetary cost by 88%.</summary>
    <category term="cs.PL" scheme="http://arxiv.org/schemas/atom"/>
    <published>2026-09-17T02:11:52Z</published>
    <arxiv:primary_category term="cs.PL"/>
    <author>
      <name>Chunhao Liao</name>
    </author>
    <author>
      <name>Hongxu Xu</name>
    </author>
    <author>
      <name>Xintong Zhou</name>
    </author>
    <author>
      <name>Yizhou Zhang</name>
    </author>
    <author>
      <name>Chengnian Sun</name>
    </author>
  </entry>
  <entry>
    <id>http://arxiv.org/abs/2608.23611v1</id>
    <title>REFINE: A Multi-Agent LLM Approach for Evidence-Guided Code Refactoring</title>
    <updated>2026-08-21T17:44:40Z</updated>
    <link href="https://arxiv.org/abs/2608.23611v1" rel="alternate" type="text/html"/>
    <link href="https://arxiv.org/pdf/2608.23611v1" rel="related" type="application/pdf" title="pdf"/>
    <summary>Large Language Models (LLMs) offer new opportunities for automated code refactoring. However, generated changes must reduce targeted quality problems without introducing new issues or altering behaviour-relevant code structures. We introduce REFINE (Refactoring with Evidence-aware Flow for Integrated ageNtic Execution), a tool-agnostic, evidence-aware multi-agent approach for generating Java file-level refactoring candidates. REFINE combines static-analysis-guided smell identification, smell-informed planning, LLM-based transformation, automated re-analysis, preservation checks, and structured reporting.
  We evaluate REFINE on 450 Java files from 15 open-source systems, producing 1,350 model-pass outputs using OpenAI GPT-5.5, Google Gemini 3.1 Pro Preview, and Anthropic Claude Opus 4.8. REFINE reduces detected code smells by 68.26%, 72.79%, and 68.49% across the three configurations, respectively, with the strongest reductions observed for major smells. A matched 150-file direct-prompt baseline shows that REFINE achieves a higher median code-smell reduction with smaller edits and fewer public-method removals. However, broader quality improvements are inconsistent, and preservation checks reveal residual risks, including assert/fail-call changes and public-method removal. Therefore, REFINE outputs should be treated as refactoring candidates requiring compilation, testing, dependency analysis, and human review before adoption in repository- or system-level settings.</summary>
    <category term="cs.SE" scheme="http://arxiv.org/schemas/atom"/>
    <category term="cs.AI" scheme="http://arxiv.org/schemas/atom"/>
    <published>2026-08-21T17:44:40Z</published>
    <arxiv:comment>Preprint. 450 Java files from 15 open-source systems; 1,350 model-pass outputs across three LLM configurations. The accompanying replication package will be made publicly available</arxiv:comment>
    <arxiv:primary_category term="cs.SE"/>
    <author>
      <name>Muhammad Waseem</name>
    </author>
    <author>
      <name>Aakash Ahmad</name>
    </author>
    <author>
      <name>Pekka Abrahamsson</name>
    </author>
  </entry>
  <entry>
    <id>http://arxiv.org/abs/2608.16638v1</id>
    <title>ModBench: A Pipeline for Building Modelica Benchmark Datasets Mined from Library Repositories</title>
    <updated>2026-08-17T14:35:20Z</updated>
    <link href="https://arxiv.org/abs/2608.16638v1" rel="alternate" type="text/html"/>
    <link href="https://arxiv.org/pdf/2608.16638v1" rel="related" type="application/pdf" title="pdf"/>
    <summary>Research on equation-based cyber-physical systems modeling languages, such as Modelica, is constrained by the lack of curated benchmark datasets. This limits empirical insight into the evolution and development of models. We address this gap with ModBench, a pipeline that mines Git repositories of Modelica libraries to produce benchmark datasets of model snapshots. The pipeline (1) filters repository commits to retain human-authored, Modelica-relevant revisions; (2) extracts simulation-eligible classes; and (3) builds canonical representations of Modelica classes. For empirical validation, we applied ModBench to the Modelica Standard Library (MSL) and report the resulting dataset, spanning the full commit history (since Modelica language v3), with 85,562 distinct class snapshots, and links enabling traceability to original models and Git metadata. The dataset, its API, and the data generation pipeline are publicly available to support future research on model evolution analysis, compiler testing, and automated model repair or generation.</summary>
    <category term="cs.SE" scheme="http://arxiv.org/schemas/atom"/>
    <published>2026-08-17T14:35:20Z</published>
    <arxiv:comment>Extended abstract accepted at SAM 2026, co-located with MODELS 2026. To appear in the ACM/IEEE MODELS 2026 Companion Proceedings</arxiv:comment>
    <arxiv:primary_category term="cs.SE"/>
    <author>
      <name>Masoud Sadrnezhaad</name>
    </author>
    <author>
      <name>Martin Sjölund</name>
    </author>
    <author>
      <name>Adrian Pop</name>
    </author>
    <author>
      <name>José Antonio Hernández López</name>
    </author>
    <author>
      <name>Torvald Mårtensson</name>
    </author>
    <author>
      <name>Dániel Varró</name>
    </author>
    <arxiv:doi>10.1145/3837062.3838901</arxiv:doi>
    <link rel="related" href="https://doi.org/10.1145/3837062.3838901" title="doi"/>
  </entry>
  <entry>
    <id>http://arxiv.org/abs/2608.12440v2</id>
    <title>Specification-first convergence with an AI coding agent: a case study of dismantling a core architectural invariant across 189 files in a 717k-line codebase with no test oracle and no human code review</title>
    <updated>2026-08-15T11:27:55Z</updated>
    <link href="https://arxiv.org/abs/2608.12440v2" rel="alternate" type="text/html"/>
    <link href="https://arxiv.org/pdf/2608.12440v2" rel="related" type="application/pdf" title="pdf"/>
    <summary>This paper reports a single, fully instrumented case study of a large-scale architectural refactoring by an AI coding agent under a specification-first protocol, with no human review of the generated code and no pre-existing oracle to validate the target behaviour. The task, dismantling a central invariant across a large interdependent codebase, was assessed by the author as effectively infeasible through incremental refactoring, the kind of change that conventionally calls for a rewrite instead. Under the protocol described here, the agent completed it successfully.
  The system is a 717,725-line production TypeScript application across 3,648 files. The task required dismantling a core lifetime invariant: the guarantee that a UI panel remains open for the duration of an AI request. The target behaviour was that a streaming generation survives the closing of its panel and can be reattached, on reopening, to the same live stream with no loss or duplication.
  The protocol: formal specification by the agent, 14 refinement cycles auditing that specification against the source code, atomic implementation, a compile/test feedback loop, then 17 verification cycles auditing the code against the frozen specification. Across 31 audit passes, 201 defects were corrected before any human executed the program. The convergence criterion was empirical: two consecutive verification passes returning zero findings.
  The change touched 189 files (31 new); with the extraction phase, the two commits total 288 files, 34,770 insertions, 16,422 deletions. Across the first and roughly thirty later sessions, the software behaved as specified, no bug observed. Elapsed: three days; cost: USD 2,430.
  The full specification and raw session logs, 1,500+ pages in French, are published as evidence, allowing inspection of the process and submission to a language model for consistency checking.</summary>
    <category term="cs.SE" scheme="http://arxiv.org/schemas/atom"/>
    <category term="cs.AI" scheme="http://arxiv.org/schemas/atom"/>
    <published>2026-08-12T15:35:48Z</published>
    <arxiv:comment>14 pages, 4 figures, 3 tables. v2: added plain-text log URLs in Section 10 for LLM readability</arxiv:comment>
    <arxiv:primary_category term="cs.SE"/>
    <author>
      <name>Joel Abenhaim</name>
    </author>
  </entry>
  <entry>
    <id>http://arxiv.org/abs/2608.08637v1</id>
    <title>Generics-Aware Fuzz Target Generation for Rust Libraries via Structured API Analysis</title>
    <updated>2026-08-09T11:05:15Z</updated>
    <link href="https://arxiv.org/abs/2608.08637v1" rel="alternate" type="text/html"/>
    <link href="https://arxiv.org/pdf/2608.08637v1" rel="related" type="application/pdf" title="pdf"/>
    <summary>Fuzzing Rust library APIs requires constructing well-typed, compilable call sequences that satisfy ownership rules, generic parameters, and trait bounds; existing tools ignore these constraints or use shallow heuristics, yielding low coverage. We present GRAFT, which extracts structured API information from Rust documentation, builds an API dependency graph via recursive generics-aware type matching, and uses topology-guided traversal plus LLM synthesis with compiler-error feedback to produce compilable fuzz targets. On 13 crates from crates.io, GRAFT achieves 80.75% macro-average API coverage at 96.19% compilation success, outperforming RULF and RPG by 4.76x and 2.43x, and reaching 1.41x the average API coverage of deepSURF on crates with unsafe-reaching APIs.</summary>
    <category term="cs.SE" scheme="http://arxiv.org/schemas/atom"/>
    <published>2026-08-09T11:05:15Z</published>
    <arxiv:primary_category term="cs.SE"/>
    <author>
      <name>Yiming Chen</name>
    </author>
    <author>
      <name>Kaiwen Zhang</name>
    </author>
    <author>
      <name>Guanjun Liu</name>
    </author>
    <author>
      <name>Xiaofeng Li</name>
    </author>
    <author>
      <name>Xiaogang Dong</name>
    </author>
  </entry>
  <entry>
    <id>http://arxiv.org/abs/2608.08352v1</id>
    <title>SimP: Unifying Syntax- and Semantic-Guided Techniques for Efficient Program Reduction</title>
    <updated>2026-08-08T22:39:12Z</updated>
    <link href="https://arxiv.org/abs/2608.08352v1" rel="alternate" type="text/html"/>
    <link href="https://arxiv.org/pdf/2608.08352v1" rel="related" type="application/pdf" title="pdf"/>
    <summary>Compiler bugs are pervasive in modern compiler systems, but the test programs that trigger them are often too large for practical debugging. Program reduction addresses this by minimizing test program size while preserving the original bug-triggering behavior. Existing approaches mainly rely on syntax-guided, rule-based deletion strategies that iteratively remove parts of the program in a trial-and-error manner. While effective in reduction quality, these approaches suffer from slow reduction speed.
  This paper presents SimP, a program reduction framework that combines traditional reduction with LLM-based syntax- and semantic-guided reduction. SimP leverages customized prompt design to guide the reduction process. SimP synergistically combines rule-based and LLM-based reduction stages to optimize the reduction performance. The results show that SimP improves reduction efficiency while achieving comparable reduction quality, with negligible LLM monetary cost.</summary>
    <category term="cs.PL" scheme="http://arxiv.org/schemas/atom"/>
    <published>2026-08-08T22:39:12Z</published>
    <arxiv:primary_category term="cs.PL"/>
    <author>
      <name>Ye Xiong</name>
    </author>
    <author>
      <name>Xiangyu Gao</name>
    </author>
    <author>
      <name>Qiaochu Chen</name>
    </author>
    <author>
      <name>Mingyu Li</name>
    </author>
    <author>
      <name>Haibo Chen</name>
    </author>
  </entry>
  <entry>
    <id>http://arxiv.org/abs/2608.05521v1</id>
    <title>Reasoning from Traces: Divergence-Guided Agentic Repair of WebAssembly Discrepancies</title>
    <updated>2026-08-06T01:52:20Z</updated>
    <link href="https://arxiv.org/abs/2608.05521v1" rel="alternate" type="text/html"/>
    <link href="https://arxiv.org/pdf/2608.05521v1" rel="related" type="application/pdf" title="pdf"/>
    <summary>WebAssembly (Wasm) promises seamless reuse of C/C++ codebases as portable, fast, sandboxed binaries. In practice, however, this promise often falls short: recent studies show that cross-compiling the same C/C++ source to Wasm and native binaries frequently leads to runtime discrepancies, owing to library implementation differences or compiler bugs. Since the root causes lie in the platform-level runtime and are hidden beneath the source code, even state-of-the-art LLM-based repair agents often fail to fix these discrepancies. In this paper, we present WasmMend, the first system to automatically repair Native-Wasm functional discrepancies. WasmMend converts the undirected exploration to a focused reasoning task in two stages: First, a novel differential trace analysis approach localizes the function where Wasm and native executions initially diverge; guided by this localization, LLM agents then reason about the root causes and generate patches that eliminate the divergent behavior. Experiments on real-world C/C++ projects show that WasmMend achieves a fix rate of 70.0%, compared to 50.2% for the agentic baseline and 54.5\% for the approach augmented with repair-time LLM-based instrumentation, demonstrating the value of divergence-guided reasoning for cross-platform repair.</summary>
    <category term="cs.SE" scheme="http://arxiv.org/schemas/atom"/>
    <published>2026-08-06T01:52:20Z</published>
    <arxiv:primary_category term="cs.SE"/>
    <author>
      <name>Liyan Huang</name>
    </author>
    <author>
      <name>Kaicheng Wang</name>
    </author>
    <author>
      <name>Weihang Wang</name>
    </author>
  </entry>
  <entry>
    <id>http://arxiv.org/abs/2607.29247v1</id>
    <title>Metamorphic Testing of Transpilers via Mutation Consistency of Programs</title>
    <updated>2026-07-31T10:20:08Z</updated>
    <link href="https://arxiv.org/abs/2607.29247v1" rel="alternate" type="text/html"/>
    <link href="https://arxiv.org/pdf/2607.29247v1" rel="related" type="application/pdf" title="pdf"/>
    <summary>Transpilers are increasingly used for software development, especially in industrial domains that rely on domain-specific languages (DSLs), to allow engineers to work with familiar concepts and appropriate abstractions. Ensuring the correctness of these instruments is therefore critical in many industrial settings. This paper observes that existing approaches for compiler testing hardly generalize to transpilers. Differential testing approaches are hindered as multiple equivalent implementations of the transpiler under test are seldom available in practice. The approaches based on metamorphic testing assume the ability to execute the compiled binaries, an assumption that cannot be always made for transpilers, which oftentimes produce results expressed as source code, requiring complex toolchains, hardware-in-the-loop setups, and depending on non trivial inputs. This paper introduces a novel metamorphic testing technique tailored to transpilers. Instead of reasoning about the runtime behavior of compiled programs, our approach defines metamorphic relations directly over the source code produced by the transpiler. These relations capture a property that we call mutation consistency of the (transpiled) programs: mutation-style changes in the input DSL program must induce predictable and structurally consistent changes in the generated output. We implemented this idea in a tool, MCP-Tester, and evaluated it through a case study conducted in the context of a technology-transfer project. Our current empirical results indicate that the proposed approach can effectively reveal faults that would remain undetected with pure fuzzing.</summary>
    <category term="cs.SE" scheme="http://arxiv.org/schemas/atom"/>
    <published>2026-07-31T10:20:08Z</published>
    <arxiv:comment>11 pages, 4 figures</arxiv:comment>
    <arxiv:primary_category term="cs.SE"/>
    <author>
      <name>Enea Raffaele Ilario Papaleo</name>
    </author>
    <author>
      <name>Luca Guglielmo</name>
    </author>
    <author>
      <name>Giovanni Denaro</name>
    </author>
  </entry>
  <entry>
    <id>http://arxiv.org/abs/2607.26306v1</id>
    <title>Foundational Refinement Proofs for Deployed Bytecode, at the Price of Tokens</title>
    <updated>2026-07-28T22:00:02Z</updated>
    <link href="https://arxiv.org/abs/2607.26306v1" rel="alternate" type="text/html"/>
    <link href="https://arxiv.org/pdf/2607.26306v1" rel="related" type="application/pdf" title="pdf"/>
    <summary>Relating low-level executable code to a high-level account of its behavior has been a central concern of programming-language research for decades. From formally verified compilers to translation validators, certifying compilers, and proof-carrying code, each approach chooses between laborious but foundational mechanized proofs and automation that costs completeness, generality, and an increased trusted base. Recently, large language models (LLMs) have begun to change the economics of formal verification. Agentic proof development is now capable of producing machine-checked proofs at a scale and speed that were previously out of reach. In this paper, we evaluate the capabilities of LLMs to produce foundational, machine-checked proofs of refinement between executable code and its high-level specification, as post hoc, per-artifact certificates. We study this in the context of the Ethereum Virtual Machine (EVM), a low-level virtual machine that executes smart contracts on the Ethereum blockchain. We build EquiVM, a foundational framework in Lean comprising an executable EVM semantics and a specification language that characterizes the intended behavior of smart contracts, but commits to no source language or compilation toolchain. In EquiVM, refinement is stated for deployed bytecode of arbitrary provenance, interaction with unknown code is part of the semantics, and each proof is a replayable, machine-checked certificate. No previous technique achieves this combination. Using frontier commercial LLMs, twenty-three real-world contracts are proved end to end with minimal human guidance, among them most of the MakerDAO stablecoin system, at up to a hundred million tokens and a hundred hours of proof time per contract. We conclude that foundational mechanized proofs can now be bought at the price of tokens, and that this shift can reshape how verification frameworks are architected.</summary>
    <category term="cs.PL" scheme="http://arxiv.org/schemas/atom"/>
    <published>2026-07-28T22:00:02Z</published>
    <arxiv:primary_category term="cs.PL"/>
    <author>
      <name>Lefteris Lazaropoulos</name>
    </author>
    <author>
      <name>Zoe Paraskevopoulou</name>
    </author>
  </entry>
  <entry>
    <id>http://arxiv.org/abs/2607.15762v1</id>
    <title>GapForge: Directed Compiler Fuzzing via Coverage-Gap Analysis</title>
    <updated>2026-07-17T08:53:19Z</updated>
    <link href="https://arxiv.org/abs/2607.15762v1" rel="alternate" type="text/html"/>
    <link href="https://arxiv.org/pdf/2607.15762v1" rel="related" type="application/pdf" title="pdf"/>
    <summary>Modern compiler codebases (e.g., GCC and LLVM) are large and complex, making comprehensive coverage across diverse code regions highly challenging. Most existing test generation techniques ignore characteristics of the target code, producing test programs that exercise only a limited subset of it. Consequently, substantial compiler regions remain insufficiently tested, leaving persistent long-tail coverage gaps that survive across releases. Even existing white-box techniques achieve limited coverage on large-scale compilers. To improve compiler coverage, especially for hard-to-reach edge regions, we present GapForge, a targeted LLM-based test generation technique that reasons about coverage gaps. Unlike program-driven techniques that generate diverse inputs without modeling which regions they exercise, and unlike whole-file summarization that yields coarse guidance, GapForge treats coverage gaps as explicit region-level targets in three steps. First, it prioritizes files via coverage-driven scoring that favors large, undercovered files. Second, it pairs each uncovered line span with its enclosing covered context and performs path-difference analysis to infer fine-grained triggering requirements: the program structures and compilation options needed to reach the uncovered region. Third, it synthesizes prompts from these requirements and previously failed prompts, using coverage feedback to guide next-round selection. On GCC 14.3.0 and LLVM 19.1.0, GapForge significantly outperforms eight state-of-the-art techniques. Within 72 hours, it achieves 68.13% and 69.11% coverage on core compiler modules in GCC and LLVM, surpassing the white-box technique WhiteFox by 24,736 and 19,798 additional lines, respectively. Moreover, GapForge discovers 12 real-world compiler failures (5 in GCC, 7 in LLVM), including 8 crashes and 4 miscompilations, with each component contributing to its performance.</summary>
    <category term="cs.SE" scheme="http://arxiv.org/schemas/atom"/>
    <published>2026-07-17T08:53:19Z</published>
    <arxiv:primary_category term="cs.SE"/>
    <author>
      <name>Mingxuan Zhu</name>
    </author>
    <author>
      <name>Qingyuan Liang</name>
    </author>
    <author>
      <name>Junjie Chen</name>
    </author>
    <author>
      <name>Zhihong Xue</name>
    </author>
    <author>
      <name>Dan Hao</name>
    </author>
  </entry>
  <entry>
    <id>http://arxiv.org/abs/2607.11811v1</id>
    <title>Complexity Theory of Randomised Testing</title>
    <updated>2026-07-13T17:08:03Z</updated>
    <link href="https://arxiv.org/abs/2607.11811v1" rel="alternate" type="text/html"/>
    <link href="https://arxiv.org/pdf/2607.11811v1" rel="related" type="application/pdf" title="pdf"/>
    <summary>Randomised testing is a widely-used approach to software validation, yet its theoretical foundations remain thin. In particular, the fundamental question of what it means for a set of inputs to be \emph{generable} has gone unanswered in both the literature and folklore. We present the first complexity-theoretic foundations for random generators in software testing. We model generators as Turing transducers that consume random bits and produce string-encoded outputs, and show that the theoretically generable languages coincide exactly with the recursively enumerable languages. This has direct implications for testing at the boundaries of decidability, such as compiler testing. For \emph{efficient} generation, we show that the polynomial-time generable languages lie within \textit{NP}, that certain \textit{NP}-complete languages admit efficient generators, and that -- under standard cryptographic assumptions -- there are languages in \textit{P} for which no efficient generator exists: the complexity of efficienct generation and of efficient decision are not the same. We show space-bounded complexity is the natural framework for generators producing \emph{correlated} samples, capturing methodologies such as coverage-guided fuzzing and symbolic execution. Beyond classification, we characterise efficient generability: a language has a polynomial-time generator iff it admits a \emph{certificate scheme} over a verifier -- so witness planting, the folklore technique behind generators to test SAT solvers, is in a sense the only route to efficient generation. On the design of property-based testing libraries, we prove no library can compositionally derive efficient generators from logical predicates involving conjunction or negation, under standard assumptions. However, restricted classes like \textit{NL} (equivalently, linear Datalog predicates) would admit such a compilation.</summary>
    <category term="cs.PL" scheme="http://arxiv.org/schemas/atom"/>
    <category term="cs.CC" scheme="http://arxiv.org/schemas/atom"/>
    <category term="cs.SE" scheme="http://arxiv.org/schemas/atom"/>
    <published>2026-07-13T17:08:03Z</published>
    <arxiv:comment>44 pages, 2 figures</arxiv:comment>
    <arxiv:primary_category term="cs.PL"/>
    <author>
      <name>Pingshi Yu</name>
    </author>
    <author>
      <name>Chengsong Tan</name>
    </author>
    <author>
      <name>Nicolas Wu</name>
    </author>
    <author>
      <name>Alastair Donaldson</name>
    </author>
  </entry>
  <entry>
    <id>http://arxiv.org/abs/2607.07217v1</id>
    <title>Finding and Understanding Miscompilation Bugs in the Solidity Compiler</title>
    <updated>2026-07-08T09:59:46Z</updated>
    <link href="https://arxiv.org/abs/2607.07217v1" rel="alternate" type="text/html"/>
    <link href="https://arxiv.org/pdf/2607.07217v1" rel="related" type="application/pdf" title="pdf"/>
    <summary>Smart contract compilers are critical to ensuring the correctness of public blockchains whose defining characteristics are open-source and immutable code. We created SolSmith, a semantics-aware differential fuzz testing tool, to improve the quality of the Solidity compiler -- the most popular compiler for the Ethereum blockchain -- and spent over three years finding compiler defects that produce incorrect code. We call these defects miscompilation bugs. During this time period, we have discovered 25 miscompilation bugs that went unnoticed, some for multiple years. Our first contribution is to make compiler testing more rigorous. SolSmith achieves this goal by generating valid test programs that are likely to stress test code generation and optimization components. This helps SolSmith find bugs missed during routine testing that could potentially have serious implications for smart contracts and their users. Our second contribution is a qualitative and quantitative analysis of miscompilation bugs that we found in the Solidity compiler. We classify miscompilation bugs found by SolSmith based on their nature, root-causes, and impact on end-users. This sheds light on some pitfalls of optimizing compilers.</summary>
    <category term="cs.SE" scheme="http://arxiv.org/schemas/atom"/>
    <category term="cs.CR" scheme="http://arxiv.org/schemas/atom"/>
    <category term="cs.PL" scheme="http://arxiv.org/schemas/atom"/>
    <published>2026-07-08T09:59:46Z</published>
    <arxiv:comment>16 pages, 7 figures, 4 tables</arxiv:comment>
    <arxiv:primary_category term="cs.SE"/>
    <author>
      <name>Bhargava Shastry</name>
    </author>
  </entry>
  <entry>
    <id>http://arxiv.org/abs/2607.01808v1</id>
    <title>Archer: Towards Agentic Review for Compiler Optimizations</title>
    <updated>2026-07-02T07:22:40Z</updated>
    <link href="https://arxiv.org/abs/2607.01808v1" rel="alternate" type="text/html"/>
    <link href="https://arxiv.org/pdf/2607.01808v1" rel="related" type="application/pdf" title="pdf"/>
    <summary>Modern compilers are frequently updated, but expert review capacity is highly limited, leading to delayed integration and, in some cases, subtle semantic bugs entering the compiler codebase. Automating the code review process with modern general code review agents may be feasible, but it faces critical challenges due to compiler complexity. In this paper, we use LLVM as our target compiler and present Archer, the first automated agentic code review tool for compiler optimizations. Archer constrains the agentic review process from both ends by using obligations to guide analysis and a deterministic validation guard to admit only findings backed by executable evidence.
  We evaluated Archer on 70 open PRs and 328 closed PRs in LLVM from the last two months. The review results are shocking and concerning: Archer discovers that 21% of open PRs and 11% of closed PRs are buggy, i.e, introducing semantic bugs such as miscompilations in LLVM. Our findings expose a critical gap in the capacity for critical review in large compiler projects and demonstrate the practical value of Archer as an additional reviewer.</summary>
    <category term="cs.SE" scheme="http://arxiv.org/schemas/atom"/>
    <published>2026-07-02T07:22:40Z</published>
    <arxiv:primary_category term="cs.SE"/>
    <author>
      <name>Yunbo Ni</name>
    </author>
    <author>
      <name>Shaohua Li</name>
    </author>
  </entry>
  <entry>
    <id>http://arxiv.org/abs/2606.28132v1</id>
    <title>CrossLangFuzzer: Differential Testing of Cross-Language JVM Compilers</title>
    <updated>2026-06-26T14:33:52Z</updated>
    <link href="https://arxiv.org/abs/2606.28132v1" rel="alternate" type="text/html"/>
    <link href="https://arxiv.org/pdf/2606.28132v1" rel="related" type="application/pdf" title="pdf"/>
    <summary>Modern JVM software increasingly integrates multiple programming languages, such as Java, Kotlin, Groovy, and Scala, within a single application. Supporting such interoperability requires JVM compilers to perform cross-language compilation while reconciling subtle semantic differences across language boundaries. Errors in this process can lead to critical miscompilations, yet existing compiler testing techniques focus exclusively on isolated, singlelanguage compilation. To address this gap, we present CrossLangFuzzer, the first differential testing framework for cross-language JVM compilation. CrossLangFuzzer leverages the Kotlin compiler's unified intermediate representation (IR) to synthesize cross-language test programs. It further applies seven mutation operators to diversify generated test programs and improve bug-finding capability. Evaluated on the latest versions of five major JVM compilers, CrossLangFuzzer uncovered 32 confirmed bugs, including 15 in Kotlin, 4 in Groovy, 7 in Scala 3, 2 in Scala 2, and 4 in Java. CrossLangFuzzer is open-source at https://github.com/XYZboom/CrossLangFuzzer</summary>
    <category term="cs.SE" scheme="http://arxiv.org/schemas/atom"/>
    <published>2026-06-26T14:33:52Z</published>
    <arxiv:primary_category term="cs.SE"/>
    <author>
      <name>Xiaotian Ma</name>
    </author>
    <author>
      <name>Qiong Feng</name>
    </author>
    <author>
      <name>Yongqiang Tian</name>
    </author>
    <author>
      <name>Wei Song</name>
    </author>
    <author>
      <name>Peng Liang</name>
    </author>
  </entry>
  <entry>
    <id>http://arxiv.org/abs/2606.26977v1</id>
    <title>CLIR: Liveness-Driven and Structure-Aware Fuzzing for the Cranelift Compiler</title>
    <updated>2026-06-25T12:48:54Z</updated>
    <link href="https://arxiv.org/abs/2606.26977v1" rel="alternate" type="text/html"/>
    <link href="https://arxiv.org/pdf/2606.26977v1" rel="related" type="application/pdf" title="pdf"/>
    <summary>Modern compilers are complex software systems that must correctly translate high-level programming languages into machine code across multiple architectures. Cranelift, a fast and modern compiler backend originally developed for WebAssembly and recently adopted as an experimental backend for Rust, has gained increasing importance due to its superior compilation speed compared to LLVM and comprehensive multi-architecture support, including x86-64, AArch64, s390x, and RISCV64. However, despite decades of development in compiler testing, testing Cranelift still presents unique challenges, including (1) constructing valid IR under the strict enforcement of SSA form, (2) generating sequences with sufficient computational density to stress backend components, and (3) balancing broad backend coverage with efficient root cause analysis across heterogeneous architectures.
  To address these challenges, we propose CLIR, a differential testing framework that integrates a syntax-preserving hierarchical generation strategy to guarantee SSA validity, a liveness-guided instruction refinement mechanism to maximize computational density, and a diagnosis-guided cross-architecture adaptation scheme to facilitate efficient root cause analysis across heterogeneous backends. Our comprehensive evaluation demonstrates that CLIR significantly outperforms existing state-of-the-art baselines, detecting 8x, 24x, and 8x more unique bugs than cranelift-fuzzgen, wasm-smith, and WASMaker, respectively, while RustSmith uncovered no bugs. Consequently, within 72 hours of testing, CLIR discovered 24 bugs spanning all target architectures, with 21 confirmed and 9 fixed.</summary>
    <category term="cs.SE" scheme="http://arxiv.org/schemas/atom"/>
    <published>2026-06-25T12:48:54Z</published>
    <arxiv:primary_category term="cs.SE"/>
    <author>
      <name>Shangtong Cao</name>
    </author>
    <author>
      <name>Tianlei Song</name>
    </author>
    <author>
      <name>Qiuping Yi</name>
    </author>
    <author>
      <name>Tianyu Chen</name>
    </author>
    <author>
      <name>Guoai Xu</name>
    </author>
    <author>
      <name>Ningyu He</name>
    </author>
    <author>
      <name>Haoyu Wang</name>
    </author>
  </entry>
  <entry>
    <id>http://arxiv.org/abs/2606.18421v1</id>
    <title>Finding Compiler-Platform Interaction Bugs in Deep Learning Pipelines via Cross-Layer Constraints</title>
    <updated>2026-06-16T19:15:17Z</updated>
    <link href="https://arxiv.org/abs/2606.18421v1" rel="alternate" type="text/html"/>
    <link href="https://arxiv.org/pdf/2606.18421v1" rel="related" type="application/pdf" title="pdf"/>
    <summary>The growing deployment of artificial intelligence (AI) necessitates robust deep learning (DL) compilers, such as TVM and ONNX-MLIR. These compilers take as input high-level AI models, lower them through multi-layer transformations, and specialize them to diverse hardware. Testing such compilers is uniquely challenging as correctness depends on implicit constraints embedded throughout the compilation stack. Existing testing approaches largely take type constraints to restrict input model generation and therefore emphasize type validation and monitor compilation crashes or coverage gains. This focus overlooks compiler-platform interaction bugs that arise from interleaved effects across compilation and execution environments.
  In this work, we propose a scalable, automated DL compiler testing framework for, in tandem, (1) finding compiler-platform interaction bugs and (2) enabling behavior equivalence partitioning. Our key insight is that these bugs are caused by violated assumptions arising from interactions across compilation passes and hardware platforms. Therefore, we move beyond constraining input generation and derive full-stack constraints. Our approach is three-fold. First, we design an automated approach to extract full-stack constraints that jointly guide model generation and characterize compilation behaviors. Second, we prioritize constraints that expose interaction-sensitive behaviors, so our generated models are capable of exercising deep compilation logic. Third, we enable behavior equivalence partitioning by automatically inserting assertions to monitor distinct compilation symptoms that coverage or pass/fail signals miss.
  We evaluated our tool, XCheck, on three widely-used DL compilers and found 2,034 bug-revealing cases, including memory overflows, integer overflows, and silent unexpected compilations that were rooted in compiler-platform interactions.</summary>
    <category term="cs.SE" scheme="http://arxiv.org/schemas/atom"/>
    <published>2026-06-16T19:15:17Z</published>
    <arxiv:primary_category term="cs.SE"/>
    <author>
      <name>Yuxin Qiu</name>
    </author>
    <author>
      <name>Jiyuan Wang</name>
    </author>
    <author>
      <name>Ronak Badhe</name>
    </author>
    <author>
      <name>Ben Limpanukorn</name>
    </author>
    <author>
      <name>Miryung Kim</name>
    </author>
    <author>
      <name>Qian Zhang</name>
    </author>
  </entry>
  <entry>
    <id>http://arxiv.org/abs/2606.00530v3</id>
    <title>Sakura: An Approach for Generating Complex Tests from Natural Language Test Descriptions</title>
    <updated>2026-08-13T19:42:37Z</updated>
    <link href="https://arxiv.org/abs/2606.00530v3" rel="alternate" type="text/html"/>
    <link href="https://arxiv.org/pdf/2606.00530v3" rel="related" type="application/pdf" title="pdf"/>
    <summary>Research on automating software testing has spanned several decades. Most existing approaches generate unit tests for individual methods, validate isolated API endpoints, or target user interface (UI) layers, with non-API and non-UI generators typically exercising only a single focal method. Recent empirical evidence shows a substantial gap between such generated tests and developer-written ones, which often span several focal classes and methods, involve multi-step call sequences, and contain chained assertions, all characteristics that current approaches fail to capture. To address this gap, we propose generating tests from natural language (NL) descriptions of developer intent, an expressive and accessible medium for specifying complex test scenarios. We present Sakura, the first agent-based framework for generating structurally complex tests from NL descriptions. Sakura decomposes NL descriptions into structured blocks and processes them with a multi-agent system: a localization agent grounds test steps in concrete application code via static analysis, a composition agent synthesizes compilable test code and iteratively refines it using execution feedback, and a supervisor agent coordinates their interactions. To evaluate Sakura, we curate a novel dataset of NL test descriptions at three levels of abstraction, reflecting different end-user personas, systematically derived from developer-written tests in Apache Commons projects. Across 20 applications and 1,464 test scenarios, Sakura substantially outperforms off-the-shelf agentic tools such as Gemini CLI instantiated with multiple LLMs, achieving 50-78% higher test compilability and 38-66% higher coverage overlap with ground-truth tests using the same models. Moreover, Sakura paired with small open-source models such as Devstral Small 2 and Qwen3-Coder outperforms Gemini CLI using large proprietary models, at lower cost.</summary>
    <category term="cs.SE" scheme="http://arxiv.org/schemas/atom"/>
    <published>2026-05-30T04:49:10Z</published>
    <arxiv:comment>25 pages, 11 figures. Accepted to ISSTA 2026</arxiv:comment>
    <arxiv:primary_category term="cs.SE"/>
    <author>
      <name>Tyler Stennett</name>
    </author>
    <author>
      <name>Rangeet Pan</name>
    </author>
    <author>
      <name>Bridget McGinn</name>
    </author>
    <author>
      <name>Alessandro Orso</name>
    </author>
    <author>
      <name>Saurabh Sinha</name>
    </author>
    <arxiv:doi>10.1145/3832112</arxiv:doi>
    <link rel="related" href="https://doi.org/10.1145/3832112" title="doi"/>
  </entry>
  <entry>
    <id>http://arxiv.org/abs/2605.19652v2</id>
    <title>Characterizing Real-World Bugs in Tile Programs for Automated Bug Detection</title>
    <updated>2026-07-29T03:55:18Z</updated>
    <link href="https://arxiv.org/abs/2605.19652v2" rel="alternate" type="text/html"/>
    <link href="https://arxiv.org/pdf/2605.19652v2" rel="related" type="application/pdf" title="pdf"/>
    <summary>Tile-based programming frameworks are increasingly adopted to write high-performance GPU kernels in domains such as deep learning and scientific computing. While these frameworks enhance productivity and hardware utilization, their multi-stage compilation pipelines introduce distinct code generation bugs that are tightly coupled to input shapes, data types, and backend targets. These bugs often manifest as silent wrong results or performance issues, making them difficult to detect using existing compiler testing tools. Additionally, the unique programming conventions of tile domain-specific languages complicate root cause identification, while fixing such bugs demands specialized knowledge of tile abstractions and compilation pipelines. Despite the growing adoption of tile-based systems, their code generation bugs remain largely unexplored. This paper presents the first systematic study of tile-program code generation bugs. We curate 401 bug reports from GitHub and identify 301 tile-program codegen bugs for analysis, characterizing their root causes and symptoms, the input patterns that trigger them, the test oracles that detect them, and the strategies for fixing these bugs. Our study provides foundational insights for building debugging, testing, and repair tools tailored to tile-based compiler infrastructures.</summary>
    <category term="cs.SE" scheme="http://arxiv.org/schemas/atom"/>
    <published>2026-05-19T10:42:29Z</published>
    <arxiv:comment>In Proceedings of the 35th ACM SIGSOFT International Symposium on Software Testing and Analysis (ISSTA 2026)</arxiv:comment>
    <arxiv:primary_category term="cs.SE"/>
    <author>
      <name>Ravishka Rathnasuriya</name>
    </author>
    <author>
      <name>Zihe Song</name>
    </author>
    <author>
      <name>Nidhi Majoju</name>
    </author>
    <author>
      <name>Aaryaa Moharir</name>
    </author>
    <author>
      <name>Tingxi Li</name>
    </author>
    <author>
      <name>Wei Yang</name>
    </author>
    <author>
      <name>Tao Xie</name>
    </author>
  </entry>
  <entry>
    <id>http://arxiv.org/abs/2605.12576v1</id>
    <title>Divergent Multi-Version Execution (DME): Canonical Instruction-Trace Fault Detection via Structural Address-Space Decorrelation</title>
    <updated>2026-05-12T13:12:18Z</updated>
    <link href="https://arxiv.org/abs/2605.12576v1" rel="alternate" type="text/html"/>
    <link href="https://arxiv.org/pdf/2605.12576v1" rel="related" type="application/pdf" title="pdf"/>
    <summary>Traditional redundancy (lockstep, TMR) executes identical binaries with identical memory layouts. A single correlated fault - for example, an arbitrary program counter value or a perturbation delta-PC in all replicas - redirects all replicas along the same incorrect path. The same applies to corruption of data pointers. Both types of faults, regardless of their origin (deliberate tampering, software bug, compilation bug, or physical disturbance), cause silent data corruption and erroneous program execution. This work presents Divergent Multi-Version Execution (DME), a runtime semantic consistency verifier for diversified executions. Each replica is compiled independently, producing different code and data memory layouts while preserving identical semantics. Faults are detected by comparing canonical instruction traces, which include opcodes, register identifiers, loaded/stored values, and results, while discarding layout-dependent addresses.</summary>
    <category term="cs.PL" scheme="http://arxiv.org/schemas/atom"/>
    <category term="cs.SE" scheme="http://arxiv.org/schemas/atom"/>
    <published>2026-05-12T13:12:18Z</published>
    <arxiv:primary_category term="cs.PL"/>
    <author>
      <name>Petro Baran Yrievich</name>
    </author>
  </entry>
  <entry>
    <id>http://arxiv.org/abs/2605.08927v1</id>
    <title>Quantitative Comparison of Credible Compilation and Verification In Coding Agent Compiler Development</title>
    <updated>2026-05-09T12:55:54Z</updated>
    <link href="https://arxiv.org/abs/2605.08927v1" rel="alternate" type="text/html"/>
    <link href="https://arxiv.org/pdf/2605.08927v1" rel="related" type="application/pdf" title="pdf"/>
    <summary>Formal program verification is a longstanding goal in the field. We present the first quantitative comparison of the two primary compiler verification approaches, credible compilation/translation validation and full verification. Working with the first verified compiler developed by a coding agent (operating under human supervision), we present quantitative results from a coding agent implementing several optimizations using these two approaches. The results indicate that 1) verification requires roughly an order of magnitude more development effort than credible compilation, 2) to enhance provability, the coding agent chooses less efficient algorithms and data structures for verified optimizations, and 3) in an attempt to minimize proof effort the coding agent repeatedly implemented optimization scope reductions for verified optimizations, and 4) certificate checking time dominates optimization and certificate generation time for the considered optimizations. Because of the increased proof overhead, verified optimizations required substantially more supervision and coding sessions than credible compilation optimizations. Given the capabilities of a modern coding agent working in this context, implementation efforts for both credible compilation and verified versions remained feasible for the considered optimizations (unreachable code elimination, dead assignment elimination, and constant propagation/folding).</summary>
    <category term="cs.PL" scheme="http://arxiv.org/schemas/atom"/>
    <published>2026-05-09T12:55:54Z</published>
    <arxiv:primary_category term="cs.PL"/>
    <author>
      <name>Martin Rinard</name>
    </author>
  </entry>
  <entry>
    <id>http://arxiv.org/abs/2605.05282v1</id>
    <title>Beyond BLEU: A Semantic Evaluation Method for Code Translation</title>
    <updated>2026-05-06T17:14:33Z</updated>
    <link href="https://arxiv.org/abs/2605.05282v1" rel="alternate" type="text/html"/>
    <link href="https://arxiv.org/pdf/2605.05282v1" rel="related" type="application/pdf" title="pdf"/>
    <summary>Code translation is one of the core capabilities of LLMs. However, evaluating the correctness of translations remains difficult, as commonly used metrics such as BLEU measure only syntactic similarity, disregarding program semantics. We propose a novel evaluation methodology for code translation tasks, emphasizing semantic equivalence over surface-level string similarity. Our approach applies established compiler testing methodology to a new domain, allowing the assessment of an LLM fine-tuned for binary lifting tasks (i.e. decompiling binaries to higher-level representations). We introduce a semantic correctness score, defined as the proportion of translations that produce correct execution outcomes, and demonstrate its application by evaluating LLM-based and heuristic decompilers. Our findings show that LLM-based approaches significantly outperform heuristic ones, while BLEU scores show negligible correlation with semantic correctness (r = -0.127 to 0.354), demonstrating that syntactic metrics fail to predict functional accuracy.</summary>
    <category term="cs.PL" scheme="http://arxiv.org/schemas/atom"/>
    <category term="cs.CL" scheme="http://arxiv.org/schemas/atom"/>
    <published>2026-05-06T17:14:33Z</published>
    <arxiv:primary_category term="cs.PL"/>
    <author>
      <name>Julius Näumann</name>
    </author>
    <author>
      <name>Sven Keidel</name>
    </author>
    <author>
      <name>Amir Molzam Sharifloo</name>
    </author>
    <author>
      <name>Mira Mezini</name>
    </author>
  </entry>
  <entry>
    <id>http://arxiv.org/abs/2605.04933v2</id>
    <title>Interaction Tree Semantics for RISC-V: Bridging Compiler and Hardware Verification</title>
    <updated>2026-08-25T12:29:34Z</updated>
    <link href="https://arxiv.org/abs/2605.04933v2" rel="alternate" type="text/html"/>
    <link href="https://arxiv.org/pdf/2605.04933v2" rel="related" type="application/pdf" title="pdf"/>
    <summary>The Instruction Set Architecture (ISA) is the contract between compilers and processors; proving this contract formally demands cross-level connection to existing mechanized compilers and hardware implementations. As an open, modular ISA gaining adoption across embedded, mobile, and cloud platforms, RISC-V makes a formally verified ISA specification particularly valuable. However, existing formal RISC-V specifications focus on hardware tooling rather than cross-level verification: they provide no machine-checked instruction-level properties and lack support for verifying this contract across levels.
  We address these limitations with a formal semantics of the RISC-V ISA in Rocq, built on Interaction Trees (ITrees). By leveraging ITree bisimulation and refinement, our semantics enables cross-level verification from compiler IR to hardware within a single framework. Our formalization covers a wide spectrum of RISC-V extensions. The correctness of individual instruction semantics is backed by machine-checked lemmas in Rocq. We further validate it by extracting an executable simulator that passes all standard RISC-V test suites. Three case studies demonstrate the effectiveness of our semantics for cross-level verification: first, we prove semantic equivalence via bisimulation between LLVM IR and RISC-V code on an array access pattern via Vellvm (LLVM ITree semantics); second, we apply translation validation to a specific instruction reordering for macro-operation fusion, distinguishing safe reorderings from those that break program-counter-relative addressing; third, we prove that a Kôika hardware ALU correctly implements all R-type integer operations (e.g., ADD, SUB, AND) against our ISA contract.</summary>
    <category term="cs.PL" scheme="http://arxiv.org/schemas/atom"/>
    <published>2026-05-06T13:58:30Z</published>
    <arxiv:primary_category term="cs.PL"/>
    <author>
      <name>Shuanglong Kan</name>
    </author>
    <author>
      <name>Sebastian Ertel</name>
    </author>
  </entry>
  <entry>
    <id>http://arxiv.org/abs/2605.01660v3</id>
    <title>Testing, Credible Compilation, and Verification in the Axon Verified Compiler in Lean and Claude Code</title>
    <updated>2026-07-31T01:08:57Z</updated>
    <link href="https://arxiv.org/abs/2605.01660v3" rel="alternate" type="text/html"/>
    <link href="https://arxiv.org/pdf/2605.01660v3" rel="related" type="application/pdf" title="pdf"/>
    <summary>This paper presents the use of testing, credible compilation/translation validation, verification, and audits in the Axon compiler. Axon comes with fully machine checked proofs that guarantee the correctness of the generated code. All code and proofs were written in Lean by Claude Code, with the correctness proofs eliminating any need to audit or examine any verified code. I present a development process for using these validation techniques, evaluate the use of this process during the development of the compiler, and discuss implications for other development efforts.</summary>
    <category term="cs.PL" scheme="http://arxiv.org/schemas/atom"/>
    <published>2026-05-03T00:55:29Z</published>
    <arxiv:primary_category term="cs.PL"/>
    <author>
      <name>Martin Rinard</name>
    </author>
  </entry>
  <entry>
    <id>http://arxiv.org/abs/2605.00413v1</id>
    <title>ClozeMaster: Fuzzing Rust Compiler by Harnessing LLMs for Infilling Masked Real Programs</title>
    <updated>2026-05-01T05:19:28Z</updated>
    <link href="https://arxiv.org/abs/2605.00413v1" rel="alternate" type="text/html"/>
    <link href="https://arxiv.org/pdf/2605.00413v1" rel="related" type="application/pdf" title="pdf"/>
    <summary>Ensuring the reliability of the Rust compiler is of paramount importance, given increasing adoption of Rust for critical systems development, due to its emphasis on memory and thread safety. However, generating valid test programs for the Rust compiler poses significant challenges, given Rust's complex syntax and strict requirements. With the growing popularity of large language models (LLMs), much research in software testing has explored using LLMs to generate test cases. Still, directly using LLMs to generate Rust programs often results in a large number of invalid test cases. Existing studies have indicated that test cases triggering historical compiler bugs can assist in software testing. Our investigation into Rust compiler bug issues supports this observation. Inspired by existing work and our empirical research, we introduce a bracket-based masking and filling strategy called clozeMask. The clozeMask strategy involves extracting test code from historical issue reports, identifying and masking code snippets with specific structures, and using an LLM to fill in the masked portions for synthesizing new test programs. This approach harnesses the generative capabilities of LLMs while retaining the ability to trigger Rust compiler bugs. It enables comprehensive testing of the compiler's behavior, particularly exploring edge cases. We implemented our approach as a prototype CLOZEMASTER. CLOZEMASTER has identified 27 confirmed bugs for rustc and mrustc, of which 10 have been fixed by developers. Furthermore, our experimental results indicate that CLOZEMASTER outperforms existing fuzzers in terms of code coverage and effectiveness.</summary>
    <category term="cs.SE" scheme="http://arxiv.org/schemas/atom"/>
    <published>2026-05-01T05:19:28Z</published>
    <arxiv:comment>Accepted at ICSE 2025</arxiv:comment>
    <arxiv:primary_category term="cs.SE"/>
    <author>
      <name>Hongyan Gao</name>
    </author>
    <author>
      <name>Yibiao Yang</name>
    </author>
    <author>
      <name>Maolin Sun</name>
    </author>
    <author>
      <name>Jiangchang Wu</name>
    </author>
    <author>
      <name>Yuming Zhou</name>
    </author>
    <author>
      <name>Baowen Xu</name>
    </author>
    <arxiv:doi>10.1109/ICSE55347.2025.00175</arxiv:doi>
    <link rel="related" href="https://doi.org/10.1109/ICSE55347.2025.00175" title="doi"/>
  </entry>
  <entry>
    <id>http://arxiv.org/abs/2604.18593v1</id>
    <title>HELIX: Verified compilation of cyber-physical control systems to LLVM IR</title>
    <updated>2026-03-27T21:36:49Z</updated>
    <link href="https://arxiv.org/abs/2604.18593v1" rel="alternate" type="text/html"/>
    <link href="https://arxiv.org/pdf/2604.18593v1" rel="related" type="application/pdf" title="pdf"/>
    <summary>This paper presents the design of HELIX, an end-to-end verified code generation system with a focus on the intersection of high-performance and high-assurance numerical computing. The code generation can be fine-tuned to generate efficient code for a broad set of computer architectures while providing formal guarantees of the correctness of such generated code.
  Using a real-life example of a cyber-physical robot system, this paper demonstrates how, by using HELIX, one can start from a high-level mathematical formulation of the problem, apply a series of algebraic transformations that target intermediate languages, and generate an efficient imperative implementation. This is done while formally verifying semantic preservation from the original formulation down to LLVM IR.
  The method we used for high-performance code compilation is the algebraic transformation of vector and matrix computations into a dataflow optimised for parallel or vectorised processing on target hardware. The abstraction used to formalise and verify this technique is an operator language and accompanying semantics-preserving term rewriting. We use sparse vector abstraction to represent partial computations, enabling us to use algebraic reasoning to prove parallel decomposition properties.
  HELIX's verification infrastructure comprises multiple intermediate languages and verification approaches, all implemented in the Coq proof assistant. In particular, it uses verified term rewriting, translation validation, metaprogramming, verified compilation, layered monadic interpreters; it also supports application-specific uses of (verified) numerical analysis as we demonstrate via the running example.</summary>
    <category term="cs.PL" scheme="http://arxiv.org/schemas/atom"/>
    <published>2026-03-27T21:36:49Z</published>
    <arxiv:primary_category term="cs.PL"/>
    <author>
      <name>Vadim Zaliva</name>
    </author>
    <author>
      <name>Yannick Zakowski</name>
    </author>
    <author>
      <name>Ilia Zaichuk</name>
    </author>
    <author>
      <name>Valerii Huhnin</name>
    </author>
    <author>
      <name>Calvin Beck</name>
    </author>
    <author>
      <name>Irene Yoon</name>
    </author>
    <author>
      <name>Steve Zdancewic</name>
    </author>
  </entry>
  <entry>
    <id>http://arxiv.org/abs/2603.23696v1</id>
    <title>Semantics for 2D Rasterization</title>
    <updated>2026-03-24T20:14:34Z</updated>
    <link href="https://arxiv.org/abs/2603.23696v1" rel="alternate" type="text/html"/>
    <link href="https://arxiv.org/pdf/2603.23696v1" rel="related" type="application/pdf" title="pdf"/>
    <summary>Rasterization is the process of determining the color of every pixel drawn by an application. Powerful rasterization libraries like Skia, CoreGraphics, and Direct2D put exceptional effort into drawing, blending, and rendering efficiently. Yet applications are still hindered by the inefficient sequences of operations that they ask these libraries to perform. Even Google Chrome, a highly optimized program co-developed with the Skia rasterization library, still produces inefficient instruction sequences even on the top 100 most visited websites. The underlying reason for this inefficiency is that rasterization libraries have complex semantics and opaque and non-obvious execution models.
  To address this issue, we introduce $μ$Skia, a formal semantics for the Skia 2D graphics library, and mechanize this semantics in Lean. $μ$Skia covers language and graphics features like canvas state, the layer stack, blending, and color filters, and the semantics itself is split into three strata to separate concerns and enable extensibility. We then identify four patterns of sub-optimal Skia code produced by Google Chrome, and then write replacements for each pattern. $μ$Skia allows us to verify the replacements are correct, including identifying numerous tricky side conditions. We then develop a high-performance Skia optimizer that applies these patterns to speed up rasterization. On 99 Skia programs gathered from the top 100 websites, this optimizer yields a speedup of 18.7% over Skia's most modern GPU backend, while taking at most 32 $μ$s for optimization. The speedups persist across a variety of websites, Skia backends, and GPUs. To provide true, end-to-end verification, optimization traces produced by the optimizer are loaded back into the $μ$Skia semantics and translation validated in Lean.</summary>
    <category term="cs.PL" scheme="http://arxiv.org/schemas/atom"/>
    <published>2026-03-24T20:14:34Z</published>
    <arxiv:comment>23 pages, 15 figures</arxiv:comment>
    <arxiv:primary_category term="cs.PL"/>
    <author>
      <name>Bhargav Kulkarni</name>
    </author>
    <author>
      <name>Henry Whiting</name>
    </author>
    <author>
      <name>Pavel Panchekha</name>
    </author>
  </entry>
  <entry>
    <id>http://arxiv.org/abs/2603.20075v2</id>
    <title>Agentic Harness for Real-World Compilers</title>
    <updated>2026-07-31T09:13:59Z</updated>
    <link href="https://arxiv.org/abs/2603.20075v2" rel="alternate" type="text/html"/>
    <link href="https://arxiv.org/pdf/2603.20075v2" rel="related" type="application/pdf" title="pdf"/>
    <summary>Compilers are critical to modern computing, yet fixing compiler bugs is difficult. While recent large language model (LLM) advancements enable automated bug repair, compiler bugs pose unique challenges due to their complexity, deep cross-domain expertise requirements, and sparse, non-descriptive bug reports, necessitating compiler-specific harnesses. To bridge the gap, we introduce llvm-harness, the first harness designed to assist LLM agents in understanding and fixing compiler bugs. Our current focus is on the middle end of LLVM, one of the most widely used compiler infrastructures. Central to llvm-harness are agent-friendly LLVM tools, a benchmark llvm-bench of 334 reproducible LLVM middle-end bugs, and a tailored mini agent llvm-autofix-mini for fixing LLVM middle-end bugs automatically. We evaluate five frontier models and find that they exhibit a performance decline when tackling compiler bugs with the state-of-the-art agent. With llvm-harness' enhancement, their performance improves by 62%. Our specialized mini agent llvm-autofix-mini further outperforms the llvm-harness-enhanced state-of-the-art by 22%. This emphasizes the necessity for specialized harnesses like ours to assist LLMs in compiler engineering tasks. Despite promising results, our expert review also reveals several open challenges that remain when applying LLMs for compiler engineering tasks. GitHub: https://github.com/dtcxzyw/llvm-harness</summary>
    <category term="cs.SE" scheme="http://arxiv.org/schemas/atom"/>
    <category term="cs.AI" scheme="http://arxiv.org/schemas/atom"/>
    <published>2026-03-20T15:56:43Z</published>
    <arxiv:primary_category term="cs.SE"/>
    <author>
      <name>Yingwei Zheng</name>
    </author>
    <author>
      <name>Cong Li</name>
    </author>
    <author>
      <name>Shaohua Li</name>
    </author>
    <author>
      <name>Yuqun Zhang</name>
    </author>
    <author>
      <name>Zhendong Su</name>
    </author>
  </entry>
  <entry>
    <id>http://arxiv.org/abs/2603.18372v1</id>
    <title>TENSURE: Fuzzing Sparse Tensor Compilers (Registered Report)</title>
    <updated>2026-03-19T00:13:14Z</updated>
    <link href="https://arxiv.org/abs/2603.18372v1" rel="alternate" type="text/html"/>
    <link href="https://arxiv.org/pdf/2603.18372v1" rel="related" type="application/pdf" title="pdf"/>
    <summary>Sparse Tensor Compilers (STCs) have emerged as critical infrastructure for optimizing high-dimensional data analytics and machine learning workloads. The STCs must synthesize complex, irregular control flow for various compressed storage formats directly from high-level declarative specifications, thereby making them highly susceptible to subtle correctness defects. Existing testing frameworks, which rely on mutating computation graphs restricted to a standard vocabulary of operators, fail to exercise the arbitrary loop synthesis capabilities of these compilers. Furthermore, generic grammar-based fuzzers struggle to generate valid inputs due to the strict rules governing how indices are reused across multiple tensors.
  In this paper, we present TENSURE, the first extensible black-box fuzzing framework specifically designed for the testing of STCs. TENSURE leverages Einstein Summation (Einsum) notation as a general input abstraction, enabling the generation of complex, unconventional tensor contractions that expose corner cases in the code-generation phases of STCs. We propose a novel constraint-based generation algorithm that guarantees 100% semantic validity of synthesized kernels, significantly outperforming the ~3.3% validity rate of baseline grammar fuzzers. To enable metamorphic testing without a trusted reference, we introduce a set of semantic-preserving mutation operators that exploit algebraic commutativity and heterogeneity in storage formats. Our evaluation on two state-of-the-art systems, TACO and Finch, reveals widespread fragility, particularly in TACO, where TENSURE exposed crashes or silent miscompilations in a majority of generated test cases. These findings underscore the critical need for specialized testing tools in the sparse compilation ecosystem.</summary>
    <category term="cs.PL" scheme="http://arxiv.org/schemas/atom"/>
    <category term="cs.SE" scheme="http://arxiv.org/schemas/atom"/>
    <published>2026-03-19T00:13:14Z</published>
    <arxiv:primary_category term="cs.PL"/>
    <author>
      <name>Kabilan Mahathevan</name>
    </author>
    <author>
      <name>Yining Zhang</name>
    </author>
    <author>
      <name>Muhammad Ali Gulzar</name>
    </author>
    <author>
      <name>Kirshanthan Sundararajah</name>
    </author>
    <arxiv:doi>10.14722/fuzzing.2026.23006</arxiv:doi>
    <link rel="related" href="https://doi.org/10.14722/fuzzing.2026.23006" title="doi"/>
  </entry>
  <entry>
    <id>http://arxiv.org/abs/2602.19973v4</id>
    <title>Misquoted No More: Securely Extracting F* Programs with IO</title>
    <updated>2026-07-17T14:33:07Z</updated>
    <link href="https://arxiv.org/abs/2602.19973v4" rel="alternate" type="text/html"/>
    <link href="https://arxiv.org/pdf/2602.19973v4" rel="related" type="application/pdf" title="pdf"/>
    <summary>Shallow embeddings that use monads to represent effects are popular in proof-oriented languages because they are convenient for formal verification. Once shallowly embedded programs are verified, they are often extracted to mainstream languages like OCaml or C and linked into larger codebases. The extraction process is not fully verified because it often involves quotation -- turning the shallowly embedded program into a deeply embedded one -- and verifying quotation remains a major open challenge. Instead, some prior work obtains formal correctness guarantees using translation validation to certify individual extraction results. We build on this idea, but limit the use of translation validation to a first extraction step that we call relational quotation and that uses a metaprogram to construct a typing derivation for the given shallowly embedded program. This metaprogram is simple, since the typing derivation follows the structure of the original program. Once we validate that the typing derivation is valid for the original program, we pass it to a verified syntax-generation function that produces code guaranteed to be semantically related to the original program.
  We apply this general idea to build SEIO*, a framework for extracting shallowly embedded F* programs with IO and refinement types to a deeply embedded simply typed lambda-calculus while providing formal secure compilation guarantees. Using two cross-language logical relations, we devise a machine-checked proof in F* that SEIO* guarantees Robust Relational Hyperproperty Preservation (RrHP), a very strong secure compilation criterion that implies full abstraction as well as preservation of trace properties and hyperproperties against arbitrary linked adversarial code. This goes beyond the state of the art in verified and certifying extraction, which so far has focused on correctness rather than security.</summary>
    <category term="cs.PL" scheme="http://arxiv.org/schemas/atom"/>
    <category term="cs.CR" scheme="http://arxiv.org/schemas/atom"/>
    <published>2026-02-23T15:37:18Z</published>
    <arxiv:comment>Preprint of paper to appear at ICFP'26</arxiv:comment>
    <arxiv:primary_category term="cs.PL"/>
    <author>
      <name>Cezar-Constantin Andrici</name>
    </author>
    <author>
      <name>Abigail Pribisova</name>
    </author>
    <author>
      <name>Danel Ahman</name>
    </author>
    <author>
      <name>Catalin Hritcu</name>
    </author>
    <author>
      <name>Exequiel Rivas</name>
    </author>
    <author>
      <name>Théo Winterhalter</name>
    </author>
  </entry>
  <entry>
    <id>http://arxiv.org/abs/2602.16671v1</id>
    <title>SPARC: Scenario Planning and Reasoning for Automated C Unit Test Generation</title>
    <updated>2026-02-18T18:09:03Z</updated>
    <link href="https://arxiv.org/abs/2602.16671v1" rel="alternate" type="text/html"/>
    <link href="https://arxiv.org/pdf/2602.16671v1" rel="related" type="application/pdf" title="pdf"/>
    <summary>Automated unit test generation for C remains a formidable challenge due to the semantic gap between high-level program intent and the rigid syntactic constraints of pointer arithmetic and manual memory management. While Large Language Models (LLMs) exhibit strong generative capabilities, direct intent-to-code synthesis frequently suffers from the leap-to-code failure mode, where models prematurely emit code without grounding in program structure, constraints, and semantics. This will result in non-compilable tests, hallucinated function signatures, low branch coverage, and semantically irrelevant assertions that cannot properly capture bugs. We introduce SPARC, a neuro-symbolic, scenario-based framework that bridges this gap through four stages: (1) Control Flow Graph (CFG) analysis, (2) an Operation Map that grounds LLM reasoning in validated utility helpers, (3) Path-targeted test synthesis, and (4) an iterative, self-correction validation loop using compiler and runtime feedback. We evaluate SPARC on 59 real-world and algorithmic subjects, where it outperforms the vanilla prompt generation baseline by 31.36% in line coverage, 26.01% in branch coverage, and 20.78% in mutation score, matching or exceeding the symbolic execution tool KLEE on complex subjects. SPARC retains 94.3% of tests through iterative repair and produces code with significantly higher developer-rated readability and maintainability. By aligning LLM reasoning with program structure, SPARC provides a scalable path for industrial-grade testing of legacy C codebases.</summary>
    <category term="cs.SE" scheme="http://arxiv.org/schemas/atom"/>
    <category term="cs.AI" scheme="http://arxiv.org/schemas/atom"/>
    <published>2026-02-18T18:09:03Z</published>
    <arxiv:comment>9 pages, 6 figures, 4 tables</arxiv:comment>
    <arxiv:primary_category term="cs.SE"/>
    <author>
      <name>Jaid Monwar Chowdhury</name>
    </author>
    <author>
      <name>Chi-An Fu</name>
    </author>
    <author>
      <name>Reyhaneh Jabbarvand</name>
    </author>
  </entry>
  <entry>
    <id>http://arxiv.org/abs/2602.09942v1</id>
    <title>QEMI: A Quantum Software Stacks Testing Framework via Equivalence Modulo Inputs</title>
    <updated>2026-02-10T16:26:34Z</updated>
    <link href="https://arxiv.org/abs/2602.09942v1" rel="alternate" type="text/html"/>
    <link href="https://arxiv.org/pdf/2602.09942v1" rel="related" type="application/pdf" title="pdf"/>
    <summary>As quantum algorithms and hardware continue to evolve, ensuring the correctness of the quantum software stack (QSS) has become increasingly important. However, testing QSSes remains challenging due to the oracle problem, i.e., the lack of a reliable ground truth for expected program behavior. Existing metamorphic testing approaches often rely on equivalent circuit transformations, backend modifications, or parameter tuning to address this issue. In this work, inspired by Equivalence Modulo Inputs (EMI), we propose Quantum EMI (QEMI), a new testing approach for QSSes. Our key contributions include: (1) a random quantum program generator that produces code with dead code based on quantum control-flow structures, and (2) an adaptation of the EMI technique from classical compiler testing to generate variants by removing dead code. By comparing the behavior of these variants, we can detect potential bugs in QSS implementations. We applied QEMI to Qiskit, Q#, and Cirq, and successfully identified 11 crash bugs and 1 behavioral inconsistency. QEMI expands the limited set of testing techniques available for quantum software stacks by going beyond structural transformations and incorporating semantics-preserving ones into quantum program analysis.</summary>
    <category term="cs.SE" scheme="http://arxiv.org/schemas/atom"/>
    <published>2026-02-10T16:26:34Z</published>
    <arxiv:primary_category term="cs.SE"/>
    <author>
      <name>Junjie Luo</name>
    </author>
    <author>
      <name>Shangzhou Xia</name>
    </author>
    <author>
      <name>Fuyuan Zhang</name>
    </author>
    <author>
      <name>Jianjun Zhao</name>
    </author>
  </entry>
  <entry>
    <id>http://arxiv.org/abs/2602.03712v1</id>
    <title>SWE-Refactor: A Repository-Level Benchmark for Real-World LLM-Based Code Refactoring</title>
    <updated>2026-02-03T16:36:29Z</updated>
    <link href="https://arxiv.org/abs/2602.03712v1" rel="alternate" type="text/html"/>
    <link href="https://arxiv.org/pdf/2602.03712v1" rel="related" type="application/pdf" title="pdf"/>
    <summary>Large Language Models (LLMs) have recently attracted wide interest for tackling software engineering tasks. In contrast to code generation, refactoring demands precise, semantics-preserving edits that improve program structure, which also makes automated evaluation challenging. However, existing refactoring benchmarks commonly suffer from three shortcomings: limited coverage of refactoring scenarios, the inclusion of instances that mix refactoring with unrelated changes, and insufficient repository-level context for realistic assessment. To mitigate these issues, we introduce SWE-Refactor, a new benchmark for LLM-based code refactoring. SWE-Refactor comprises 1,099 developer-written, behavior-preserving refactorings mined from 18 Java projects, including 922 atomic and 177 compound instances. Each instance is validated via compilation, test execution, and automated refactoring detection tools to ensure correctness. We evaluate nine widely used LLMs on SWE-Refactor, covering models such as GPT-4o-mini, DeepSeek-V3, and CodeLLaMa, to provide representative reference results. Our results show that complex and compound refactorings remain the primary source of failures; notably, an OpenAI Codex agent achieves only 39.4% success on compound instances. We release SWE-Refactor and all evaluation results to facilitate future research on LLM-based code refactoring.</summary>
    <category term="cs.SE" scheme="http://arxiv.org/schemas/atom"/>
    <published>2026-02-03T16:36:29Z</published>
    <arxiv:primary_category term="cs.SE"/>
    <author>
      <name>Yisen Xu</name>
      <arxiv:affiliation>Peter</arxiv:affiliation>
    </author>
    <author>
      <name>Jinqiu Yang</name>
      <arxiv:affiliation>Peter</arxiv:affiliation>
    </author>
    <author>
      <name> Tse-Hsun</name>
      <arxiv:affiliation>Peter</arxiv:affiliation>
    </author>
    <author>
      <name> Chen</name>
    </author>
  </entry>
  <entry>
    <id>http://arxiv.org/abs/2601.12360v2</id>
    <title>Discovering 100+ Compiler Defects in 72 Hours via LLM-Driven Semantic Logic Recomposition</title>
    <updated>2026-01-27T14:51:37Z</updated>
    <link href="https://arxiv.org/abs/2601.12360v2" rel="alternate" type="text/html"/>
    <link href="https://arxiv.org/pdf/2601.12360v2" rel="related" type="application/pdf" title="pdf"/>
    <summary>Compilers constitute the foundational root-of-trust in software supply chains; however, their immense complexity inevitably conceals critical defects. Recent research has attempted to leverage historical bugs to design new mutation operators or fine-tune models to increase program diversity for compiler fuzzing.We observe, however, that bugs manifest primarily based on the semantics of input programs rather than their syntax. Unfortunately, current approaches, whether relying on syntactic mutation or general Large Language Model (LLM) fine-tuning, struggle to preserve the specific semantics found in the logic of bug-triggering programs. Consequently, these critical semantic triggers are often lost, resulting in a limitation of the diversity of generated programs.
  To explicitly reuse such semantics, we propose FeatureFuzz, a compiler fuzzer that combines features to generate programs. We define a feature as a decoupled primitive that encapsulates a natural language description of a bug-prone invariant, such as an out-of-bounds array access, alongside a concrete code witness of its realization. FeatureFuzz operates via a three-stage workflow: it first extracts features from historical bug reports, synthesizes coherent groups of features, and finally instantiates these groups into valid programs for compiler fuzzing.
  We evaluated FeatureFuzz on GCC and LLVM. Over 24-hour campaigns, FeatureFuzz uncovered 167 unique crashes, which is 2.78x more than the second-best fuzzer. Furthermore, through a 72-hour fuzzing campaign, FeatureFuzz identified 113 bugs in GCC and LLVM, 97 of which have already been confirmed by compiler developers, validating the approach's ability to stress-test modern compilers effectively.</summary>
    <category term="cs.SE" scheme="http://arxiv.org/schemas/atom"/>
    <published>2026-01-18T11:33:45Z</published>
    <arxiv:primary_category term="cs.SE"/>
    <author>
      <name>Xingbang He</name>
    </author>
    <author>
      <name>Yuanwei Chen</name>
    </author>
    <author>
      <name>Hao Wu</name>
    </author>
    <author>
      <name>Jikang Zhang</name>
    </author>
    <author>
      <name>Zicheng Wang</name>
    </author>
    <author>
      <name>Ligeng Chen</name>
    </author>
    <author>
      <name>Junjie Peng</name>
    </author>
    <author>
      <name>Haiyang Wei</name>
    </author>
    <author>
      <name>Yi Qian</name>
    </author>
    <author>
      <name>Tiantai Zhang</name>
    </author>
    <author>
      <name>Linzhang Wang</name>
    </author>
    <author>
      <name>Bing Mao</name>
    </author>
  </entry>
  <entry>
    <id>http://arxiv.org/abs/2602.00024v1</id>
    <title>QSPE: Enumerating Skeletal Quantum Programs for Quantum Library Testing</title>
    <updated>2026-01-17T08:10:40Z</updated>
    <link href="https://arxiv.org/abs/2602.00024v1" rel="alternate" type="text/html"/>
    <link href="https://arxiv.org/pdf/2602.00024v1" rel="related" type="application/pdf" title="pdf"/>
    <summary>The rapid advancement of quantum computing has led to the development of various quantum libraries, empowering compilation, simulation, and hardware backend interfaces. However, ensuring the correctness of these libraries remains a fundamental challenge due to the lack of mature testing methodologies. The state-of-the-art tools often rely on domain-specific configurations and expert knowledge, which limits their accessibility and scalability in practice. Furthermore, although these tools demonstrate strong performance, they adopt measurement-based for output validation in testing, which makes them produce false positive reports.
  To alleviate these limitations, we propose QSPE, a practical approach that follows the differential testing principle and extends the existing approach, SPE, for quantum libraries. QSPE is fully automated, requiring no pre-set configurations or domain expertise, and can effectively generate a large set of diverse program variants that comprehensively explore the quantum compilation space. To mitigate the possible false positive reports, we propose statevector-based validation as an alternative to measurement-based validation. In our experiments, the QSPE approach demonstrates remarkable effectiveness in generating 22,770 program variants across multiple quantum computing platforms. By avoiding $α$-equivalence at the quantum and classical program wise, QSPE can reduce redundant generation and save more than 90\% of execution cost. Finally, the statevector-based validation method assists QSPE to reduce false alarms and effectively detects 708 miscompilations across multiple quantum libraries. Notably, 81 of the discovered bugs have been officially approved and acknowledged by the Qiskit development team, demonstrating the practical impact of our approach.</summary>
    <category term="quant-ph" scheme="http://arxiv.org/schemas/atom"/>
    <category term="cs.SE" scheme="http://arxiv.org/schemas/atom"/>
    <published>2026-01-17T08:10:40Z</published>
    <arxiv:primary_category term="quant-ph"/>
    <author>
      <name>Jiaming Ye</name>
    </author>
    <author>
      <name>Fuyuan Zhang</name>
    </author>
    <author>
      <name>Shangzhou Xia</name>
    </author>
    <author>
      <name>Xiaoyu Guo</name>
    </author>
    <author>
      <name>Xiongfei Wu</name>
    </author>
    <author>
      <name>Jianjun Zhao</name>
    </author>
    <author>
      <name>Yinxing Xue</name>
    </author>
  </entry>
  <entry>
    <id>http://arxiv.org/abs/2601.08995v1</id>
    <title>Build Code is Still Code: Finding the Antidote for Pipeline Poisoning</title>
    <updated>2026-01-13T21:35:18Z</updated>
    <link href="https://arxiv.org/abs/2601.08995v1" rel="alternate" type="text/html"/>
    <link href="https://arxiv.org/pdf/2601.08995v1" rel="related" type="application/pdf" title="pdf"/>
    <summary>Open source C code underpins society's computing infrastructure. Decades of work has helped harden C code against attackers, but C projects do not consist of only C code. C projects also contain build system code for automating development tasks like compilation, testing, and packaging. These build systems are critcal to software supply chain security and vulnerable to being poisoned, with the XZ Utils and SolarWinds attacks being recent examples. Existing techniques try to harden software supply chains by verifying software dependencies, but such methods ignore the build system itself. Similarly, classic software security checkers only analyze and monitor program code, not build system code. Moreover, poisoned build systems can easily circumvent tools for detecting program code vulnerabilities by disabling such checks. We present development phase isolation, a novel strategy for hardening build systems against poisoning by modeling the information and behavior permissions of build automation as if it were program code. We have prototyped this approach as a tool called Foreman, which successfully detects and warns about the poisoned test files involved in the XZ Utils attack. We outline our future plans to protect against pipeline poisoning by automatically checking development phase isolation. We envision a future where build system security checkers are as prevalent as program code checkers.</summary>
    <category term="cs.SE" scheme="http://arxiv.org/schemas/atom"/>
    <published>2026-01-13T21:35:18Z</published>
    <arxiv:comment>2026 IEEE/ACM 48th International Conference on Software Engineering. April 12--18, 2026. Rio de Janeiro, Brazil. 5 pages. 3 figures. 2 code listings. 1 table</arxiv:comment>
    <arxiv:primary_category term="cs.SE"/>
    <author>
      <name>Brent Pappas</name>
    </author>
    <author>
      <name>Paul Gazzillo</name>
    </author>
  </entry>
  <entry>
    <id>http://arxiv.org/abs/2601.02218v1</id>
    <title>MLIR-Smith: A Novel Random Program Generator for Evaluating Compiler Pipelines</title>
    <updated>2026-01-05T15:43:09Z</updated>
    <link href="https://arxiv.org/abs/2601.02218v1" rel="alternate" type="text/html"/>
    <link href="https://arxiv.org/pdf/2601.02218v1" rel="related" type="application/pdf" title="pdf"/>
    <summary>Compilers are essential for the performance and correct execution of software and hold universal relevance across various scientific disciplines. Despite this, there is a notable lack of tools for testing and evaluating them, especially within the adaptable Multi-Level Intermediate Representation (MLIR) context. This paper addresses the need for a tool that can accommodate MLIR's extensibility, a feature not provided by previous methods such as Csmith. Here we introduce MLIR-Smith, a novel random program generator specifically designed to test and evaluate MLIR-based compiler optimizations. We demonstrate the utility of MLIR-Smith by conducting differential testing on MLIR, LLVM, DaCe, and DCIR, which led to the discovery of multiple bugs in these compiler pipelines. The introduction of MLIR-Smith not only fills a void in the realm of compiler testing but also emphasizes the importance of comprehensive testing within these systems. By providing a tool that can generate random MLIR programs, this paper enhances our ability to evaluate and improve compilers and paves the way for future tools, potentially shaping the wider landscape of software testing and quality assurance.</summary>
    <category term="cs.PL" scheme="http://arxiv.org/schemas/atom"/>
    <category term="cs.SE" scheme="http://arxiv.org/schemas/atom"/>
    <published>2026-01-05T15:43:09Z</published>
    <arxiv:primary_category term="cs.PL"/>
    <author>
      <name>Berke Ates</name>
    </author>
    <author>
      <name>Filip Dobrosavljević</name>
    </author>
    <author>
      <name>Theodoros Theodoridis</name>
    </author>
    <author>
      <name>Zhendong Su</name>
    </author>
  </entry>
  <entry>
    <id>http://arxiv.org/abs/2512.22538v1</id>
    <title>Isolating Compiler Faults via Multiple Pairs of Adversarial Compilation Configurations</title>
    <updated>2025-12-27T09:40:35Z</updated>
    <link href="https://arxiv.org/abs/2512.22538v1" rel="alternate" type="text/html"/>
    <link href="https://arxiv.org/pdf/2512.22538v1" rel="related" type="application/pdf" title="pdf"/>
    <summary>Compilers are fundamental to modern software development, making the effective identification and resolution of compiler faults essential. However, localizing these faults to specific source files remains highly challenging due to the complexity and scale of modern compiler infrastructures. In this study, we propose MultiConf, a novel approach that automatically isolates compiler faults by constructing multiple pairs of adversarial compilation configurations. Each adversarial compilation configuration pair consists of a failing configuration and its corresponding passing configuration, which differ in only a small number of fine-grained options. MultiConf generates failing configurations through a lightweight construction process and derives the corresponding passing configurations by selectively disabling bug-related fine-grained options. We then employ a Spectrum-Based Fault Localization (SBFL) formula to rank the suspiciousness of compiler source files. Each adversarial configuration pair independently produces a ranking, which is subsequently aggregated using a weighted voting scheme to derive a final suspiciousness ranking, enabling more accurate and robust fault localization. We evaluate MultiConf on a benchmark of 60 real-world GCC compiler bugs. The results demonstrate that MultiConf significantly outperforms existing compiler fault localization techniques in both effectiveness and efficiency. In particular, MultiConf successfully localizes 27 out of 60 bugs at the Top-1 file level, representing improvements of 35.0% and 28.6% over the two state-of-the-art approaches, Odfl(20) and Basic(21), respectively.</summary>
    <category term="cs.SE" scheme="http://arxiv.org/schemas/atom"/>
    <published>2025-12-27T09:40:35Z</published>
    <arxiv:comment>Accepted at ACM TOSEM</arxiv:comment>
    <arxiv:primary_category term="cs.SE"/>
    <author>
      <name>Qingyang Li</name>
    </author>
    <author>
      <name>Yibiao Yang</name>
    </author>
    <author>
      <name>Maolin Sun</name>
    </author>
    <author>
      <name>Jiangchang Wu</name>
    </author>
    <author>
      <name>Qingkai Shi</name>
    </author>
    <author>
      <name>Yuming Zhou</name>
    </author>
  </entry>
  <entry>
    <id>http://arxiv.org/abs/2512.16335v1</id>
    <title>Using a Sledgehammer to Crack a Nut? Revisiting Automated Compiler Fault Isolation</title>
    <updated>2025-12-18T09:22:57Z</updated>
    <link href="https://arxiv.org/abs/2512.16335v1" rel="alternate" type="text/html"/>
    <link href="https://arxiv.org/pdf/2512.16335v1" rel="related" type="application/pdf" title="pdf"/>
    <summary>Background: Compilers are fundamental to software development, translating high-level source code into executable software systems. Faults in compilers can have severe consequences and thus effective localization and resolution of compiler bugs are crucial. Problem: In practice, developers often examine version history to identify and investigate bug-inducing commit (BIC) for fixing bugs. However, while numerous sophisticated Spectrum-Based Fault Localization (SBFL) techniques have been proposed for compiler fault isolation, their effectiveness has not been evaluated against the BIC-based strategies widely adopted in practice. Objective: This study aims to bridge this gap by directly comparing a BIC-based strategy, Basic, with representative SBFL techniques in the context of compiler fault localization. The BIC-based strategy closely aligns with common developer practices, as it directly identifies the BIC and treats the files modified in that commit as faulty candidates. Method: The Basic identifies the most recent good release and earliest bad release, and then employs a binary search to pinpoint the bug-inducing commit. All files modified in the identified commit are flagged as potentially faulty. We rigorously compare Basic against SBFL-based techniques using a benchmark consisting of 60 GCC bugs and 60 LLVM bugs. Result: Our analysis reveals that Basic performs comparably to, and in many cases outperforms, state-of-the-art SBFL-based techniques, particularly on the critical Top-1 and Top-5 ranking metrics. Conclusion: This study provides new insights into the practical effectiveness of SBFL-based techniques in real-world compiler debugging scenarios. We recommend that future research adopt Basic as a baseline when developing and evaluating new compiler fault isolation methods.</summary>
    <category term="cs.SE" scheme="http://arxiv.org/schemas/atom"/>
    <published>2025-12-18T09:22:57Z</published>
    <arxiv:comment>Accepted at ICSE'26</arxiv:comment>
    <arxiv:primary_category term="cs.SE"/>
    <author>
      <name>Yibiao Yang</name>
    </author>
    <author>
      <name>Qingyang Li</name>
    </author>
    <author>
      <name>Maolin Sun</name>
    </author>
    <author>
      <name>Jiangchang Wu</name>
    </author>
    <author>
      <name>Yuming Zhou</name>
    </author>
  </entry>
</feed>
