<?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/AQHtf2cnyB36rgw+Zdw9CnpIUAU</id>
  <title>arXiv Query: search_query=cat:cs.PL&amp;id_list=&amp;start=0&amp;max_results=100</title>
  <updated>2026-09-26T15:29:19Z</updated>
  <link href="https://arxiv.org/api/query?search_query=cat:cs.PL&amp;start=0&amp;max_results=100&amp;id_list=" type="application/atom+xml"/>
  <opensearch:itemsPerPage>100</opensearch:itemsPerPage>
  <opensearch:totalResults>10350</opensearch:totalResults>
  <opensearch:startIndex>0</opensearch:startIndex>
  <entry>
    <id>http://arxiv.org/abs/2609.30254v1</id>
    <title>Forte: A sensitivity type system for imperative Rust</title>
    <updated>2026-09-24T17:58:58Z</updated>
    <link href="https://arxiv.org/abs/2609.30254v1" rel="alternate" type="text/html"/>
    <link href="https://arxiv.org/pdf/2609.30254v1" rel="related" type="application/pdf" title="pdf"/>
    <summary>We introduce Forte, a sensitivity type system for Rust whose soundness rests on ownership. The graded sensitivity type systems, from Fuzz's linear grading to Solo's environment indices, are pure calculi: a claim about a value holds for the value's whole lifetime because nothing can mutate it. The imperative sensitivity analyses admit assignment to first-order variables and no references, so no question of aliasing arises in them. The programs that compute differentially private statistics in deployment are Rust, and they mutate through borrows. Forte closes this gap. Its central rules strongly update a sensitivity environment through an exclusive borrow, at a primitive call and across a checked function boundary; its soundness theorem is metric preservation over an operational semantics with a store, in which the exclusivity of &amp;mut alone licenses framing across a mutating call, and two aliased borrows suffice to refute the theorem without it. Verus mechanizes the theorem, the function rule, and the refutation. Flux checks Forte as an ordinary library, with no fork of the compiler; a machine-checked theorem backs every deterministic primitive signature, and a correspondence theorem transports metric preservation to the programs the checker accepts. We evaluate Forte on mechanism kernels from OpenDP with genuine in-place mutation, matching the library's trusted stability maps with checked constants, covering the constructors that have no proof document, rejecting off-by-one diameters, tightened bounds, miscalibrated releases, and overspent budgets, and deriving one trusted constant as an inferred loop invariant.</summary>
    <category term="cs.PL" scheme="http://arxiv.org/schemas/atom"/>
    <published>2026-09-24T17:58:58Z</published>
    <arxiv:comment>29 pages. Submitted to the Journal of Functional Programming</arxiv:comment>
    <arxiv:primary_category term="cs.PL"/>
    <author>
      <name>Chiké Abuah</name>
    </author>
  </entry>
  <entry>
    <id>http://arxiv.org/abs/2609.30104v1</id>
    <title>MQSS-Selector: RL-Guided Pass Selection for an MLIR Compilation Pipeline</title>
    <updated>2026-09-24T16:46:49Z</updated>
    <link href="https://arxiv.org/abs/2609.30104v1" rel="alternate" type="text/html"/>
    <link href="https://arxiv.org/pdf/2609.30104v1" rel="related" type="application/pdf" title="pdf"/>
    <summary>High Performance Computing (HPC) and Quantum Computing (QC) systems are increasingly converging towards unified High Performance Computing-Quantum Computing (HPCQC) infrastructures, driven by a growing need to bridge classical and quantum workflows, which affects all levels of the system stack, from the hardware to compilers and runtimes, all the way to applications. However, today's QC devices are still in the Noisy Intermediate-Scale Quantum (NISQ) era, are error-prone and resource-limited, and therefore require specialized optimizations and topology mappings to achieve sufficient fidelity. This places special emphasis on proper compilation and optimization within the overall quantum software stack. Many existing stacks remain fragmented, with separate components responsible for device selection, compiler-pass optimization, and job queue scheduling. This paper proposes a unified, learning-based selector that integrates these disparate stages into a cohesive framework. Our proposed selector scheme leverages reinforcement learning and deep learning models that can be extended to simultaneously optimize multiple objectives -- such as fidelity, compilation time, and scheduling latency -- while dynamically adapting to circuit characteristics and device conditions.</summary>
    <category term="quant-ph" scheme="http://arxiv.org/schemas/atom"/>
    <category term="cs.DC" scheme="http://arxiv.org/schemas/atom"/>
    <category term="cs.LG" scheme="http://arxiv.org/schemas/atom"/>
    <category term="cs.PL" scheme="http://arxiv.org/schemas/atom"/>
    <published>2026-09-24T16:46:49Z</published>
    <arxiv:comment>11 pages, 5 figures, 1 table</arxiv:comment>
    <arxiv:primary_category term="quant-ph"/>
    <author>
      <name>Andre Youssefi</name>
      <arxiv:affiliation>Leibniz Supercomputing Centre</arxiv:affiliation>
    </author>
    <author>
      <name>Ercüment Kaya</name>
      <arxiv:affiliation>Leibniz Supercomputing Centre</arxiv:affiliation>
      <arxiv:affiliation>Technical University of Munich</arxiv:affiliation>
    </author>
    <author>
      <name>Minh Chung</name>
      <arxiv:affiliation>Leibniz Supercomputing Centre</arxiv:affiliation>
    </author>
    <author>
      <name>Jorge Echavarria</name>
      <arxiv:affiliation>Munich Quantum Valley</arxiv:affiliation>
    </author>
    <author>
      <name>Laura B. Schulz</name>
      <arxiv:affiliation>Argonne National Laboratory</arxiv:affiliation>
    </author>
    <author>
      <name>Martin Schulz</name>
      <arxiv:affiliation>Leibniz Supercomputing Centre</arxiv:affiliation>
      <arxiv:affiliation>Technical University of Munich</arxiv:affiliation>
    </author>
  </entry>
  <entry>
    <id>http://arxiv.org/abs/2609.30062v1</id>
    <title>Lifting the Preprocessor with Oxidize: Structure-Preserving C-to-Rust Translation (Technical Report)</title>
    <updated>2026-09-24T16:22:17Z</updated>
    <link href="https://arxiv.org/abs/2609.30062v1" rel="alternate" type="text/html"/>
    <link href="https://arxiv.org/pdf/2609.30062v1" rel="related" type="application/pdf" title="pdf"/>
    <summary>This technical report accompanies our EuroSys 2027 paper "Lifting the Preprocessor with Oxidize: Structure-Preserving C-to-Rust Translation" (DOI 10.1145/3842654.3848533). Oxidize is a C-to-Rust translator that retains C macros as Rust macros instead of expanding them away, so that the translated code keeps the abstractions its developers wrote. The report collects material the paper cites but has no room for: the translator's intermediate representation, pass structure and back-end emission; the details of macro typing through helper traits and the generic cast macro; the sources and pinned revisions of the nine evaluated C codebases; the per-codebase macro population and how macros are attributed to classes; a roadmap from structure-preserving translation toward safe Rust; the performance overhead study and its methodology; and the configuration and prompt used for the LLM-based baselines.</summary>
    <category term="cs.PL" scheme="http://arxiv.org/schemas/atom"/>
    <published>2026-09-24T16:22:17Z</published>
    <arxiv:comment>11 pages. Technical report accompanying the EuroSys 2027 paper, DOI 10.1145/3842654.3848533</arxiv:comment>
    <arxiv:primary_category term="cs.PL"/>
    <author>
      <name>Robbe De Greef</name>
    </author>
    <author>
      <name>Théo Engels</name>
    </author>
    <author>
      <name>Felix Van den Broucke</name>
    </author>
    <author>
      <name>Ken Hasselmann</name>
    </author>
    <author>
      <name>Antonio Paolillo</name>
    </author>
  </entry>
  <entry>
    <id>http://arxiv.org/abs/2609.29962v1</id>
    <title>DueList: A Theory of Lists with Combinators for SMT Solvers</title>
    <updated>2026-09-24T15:19:06Z</updated>
    <link href="https://arxiv.org/abs/2609.29962v1" rel="alternate" type="text/html"/>
    <link href="https://arxiv.org/pdf/2609.29962v1" rel="related" type="application/pdf" title="pdf"/>
    <summary>Formal verification tools commonly rely on SMT solvers to automatically reason about programs, leveraging a range of logical theories, e.g., linear integer arithmetic, arrays, or strings, to encode program constructs and verification conditions. Despite recent advances, such solvers still struggle when reasoning about recursive data structures such as lists, which are pervasive in modern functional languages. Additionally, lists are commonly used in conjunction with higher-order combinators to, e.g., generically apply a function to all elements of the list.
  In this work, we provide first-class support for reasoning about lists within SMT solvers. We focus on lists of arbitrary size that, following the map-reduce paradigm, can be manipulated exclusively through a set of abstract combinators. To this end, we introduce DueList, an abstraction-refinement approach geared towards list reasoning, which we implement on top of off-the-shelf SMT solvers. To evaluate the efficiency of our approach, we assemble a diverse set of 752 benchmarks curated from previous works and real-world programs, and compare DueList against state-of-the-art solvers such as Z3 and CVC5. Our experimental evaluation shows that DueList extends reasoning facilities of existing solvers, allowing to conclude about the (un)satisfiability of a larger range of problems, while outperforming existing solvers in the vast majority of previously supported cases.</summary>
    <category term="cs.PL" scheme="http://arxiv.org/schemas/atom"/>
    <published>2026-09-24T15:19:06Z</published>
    <arxiv:comment>Revised from Q1 2026 submission</arxiv:comment>
    <arxiv:primary_category term="cs.PL"/>
    <author>
      <name>Pierre Goutagny</name>
    </author>
    <author>
      <name>Aymeric Fromherz</name>
    </author>
    <author>
      <name>Raphaël Monat</name>
    </author>
  </entry>
  <entry>
    <id>http://arxiv.org/abs/2609.29645v1</id>
    <title>Automated Abstraction Refinement for Information Flow Security in Embedded Systems</title>
    <updated>2026-09-24T12:37:21Z</updated>
    <link href="https://arxiv.org/abs/2609.29645v1" rel="alternate" type="text/html"/>
    <link href="https://arxiv.org/pdf/2609.29645v1" rel="related" type="application/pdf" title="pdf"/>
    <summary>Information flow analysis (IFA) is a powerful technique for verifying confidentiality and integrity and is therefore highly desirable for security-sensitive embedded systems. However, as these systems are inherently concurrent and time-dependent, existing IFA for embedded systems tend to be either imprecise or expensive. In this paper, we propose an approach to tackle this problem using automatic abstraction refinement. The key idea is to heuristically choose abstraction levels based on information about dependencies between states and detected potential information leakage. Our approach builds on previous work, where we leverage symbolic execution to precisely capture data, control, timing, and event dependencies between processes within an IFA. To capture values symbolically, this analysis uses abstract interpretation. While the existing approach requires manual definition of abstraction levels, our novel contribution in this paper is using carefully designed heuristics to select these levels automatically. The aim is to keep analysis times acceptable while also retaining enough information to decide whether or not illegal information flow is possible. We have implemented our approach for the system design language SystemC and demonstrate its feasibility with experimental results on several shared bus architectures.</summary>
    <category term="cs.CR" scheme="http://arxiv.org/schemas/atom"/>
    <category term="cs.PL" scheme="http://arxiv.org/schemas/atom"/>
    <category term="cs.SE" scheme="http://arxiv.org/schemas/atom"/>
    <published>2026-09-24T12:37:21Z</published>
    <arxiv:comment>18 pages, 3 figures, 1 table. Accepted at the 24th International Conference on Software Engineering and Formal Methods (SEFM 2026), to be published in Springer's Lecture Notes in Computer Science series. This is the submitted version and has not undergone peer review or any post-submission improvements or corrections</arxiv:comment>
    <arxiv:primary_category term="cs.CR"/>
    <author>
      <name>Jonas Becker-Kupczok</name>
    </author>
    <author>
      <name>Lukas Ernst</name>
    </author>
    <author>
      <name>Paula Herber</name>
    </author>
  </entry>
  <entry>
    <id>http://arxiv.org/abs/2609.29296v1</id>
    <title>ProofGap: Benchmarking Step-Level Formal Reasoning with Local Obligations Derived from Natural-Language Solutions</title>
    <updated>2026-09-24T09:30:22Z</updated>
    <link href="https://arxiv.org/abs/2609.29296v1" rel="alternate" type="text/html"/>
    <link href="https://arxiv.org/pdf/2609.29296v1" rel="related" type="application/pdf" title="pdf"/>
    <summary>Existing formal mathematics benchmarks, such as miniF2F, ProofNet, and PutnamBench, primarily evaluate models on constructing complete formal proofs for challenging problems. Because success is measured at the theorem level, these benchmarks offer limited insight into models' step-level formal reasoning. Evaluating this capability separately enables finer-grained diagnosis of model limitations than theorem-level evaluation alone.
  To fill this evaluation gap, we introduce ProofGap, a fine-grained benchmark for step-level formal reasoning. ProofGap is constructed through a natural-language proof-processing pipeline that decomposes each reasoning step into one or more aligned proof gaps. Applying this pipeline to natural-language solutions to 3,015 exercises in B. P. Demidovich's Problems in Mathematical Analysis yields 26,116 gaps. The benchmark focuses on mathematical analysis, a domain that remains challenging for current models. By supplying the local context and target explicitly, gap completion isolates local formal proof construction from end-to-end proof composition, enabling more precise localization of model failures. Natural-language solutions serve as the provenance of these obligations, while the benchmark task itself starts from an already formalized local context and goal. Beyond benchmarking, the same pipeline may support future proof-verification systems, provided that semantic translation and sequential proof composition are handled reliably.</summary>
    <category term="cs.PL" scheme="http://arxiv.org/schemas/atom"/>
    <published>2026-09-24T09:30:22Z</published>
    <arxiv:primary_category term="cs.PL"/>
    <author>
      <name>Lihan Xie</name>
    </author>
    <author>
      <name>Zhicheng Hui</name>
    </author>
    <author>
      <name>Yingjun Lan</name>
    </author>
    <author>
      <name>Zhehao Li</name>
    </author>
    <author>
      <name>Xingzhi Qi</name>
    </author>
    <author>
      <name>Siyue Huang</name>
    </author>
    <author>
      <name>Jirui Liu</name>
    </author>
    <author>
      <name>Chuxiao Zeng</name>
    </author>
    <author>
      <name>Bohan Zhao</name>
    </author>
    <author>
      <name>Qinxiang Cao</name>
    </author>
  </entry>
  <entry>
    <id>http://arxiv.org/abs/2609.29219v1</id>
    <title>Schedules Are Solvable Symbols: Tuning-Free Compilation of Tile Programs on Dataflow Architectures</title>
    <updated>2026-09-24T08:27:35Z</updated>
    <link href="https://arxiv.org/abs/2609.29219v1" rel="alternate" type="text/html"/>
    <link href="https://arxiv.org/pdf/2609.29219v1" rel="related" type="application/pdf" title="pdf"/>
    <summary>Modern AI and HPC accelerators increasingly expose dataflow features: software-visible mechanisms for data movement and overlap, such as inter-core communication through the on-chip network and intra-core asynchronous pipelining. These features shift scheduling responsibility from hardware to the compiler, and because placement, movement, and synchronization become software-visible, they also make the performance of static schedules predictable. Yet high performance on such hardware still relies on vendor-engineered kernel libraries or profile-based auto-tuning, whose embedded expert knowledge transfers poorly across architectures and algorithms.
  We present Loom, a tuning-free symbolic compiler framework for tile-based SPMD programs on spatial dataflow architectures. The central idea is to treat tile-based SPMD compilation as a hardware-explicit static optimization problem. Loom enumerates discrete spatial-mapping and communication candidates while keeping value parameters, such as tiling factors and pipeline knobs, symbolic within each candidate.
  From an explicit hardware description, it derives symbolic legality constraints and latency expressions, formulates one CP-SAT problem per schedule candidate, and jointly solves inter-core dataflow, intra-core asynchronous scheduling, and block sizes at compile time.
  On two Tenstorrent generations, Wormhole and Blackhole, Loom matches or exceeds the vendor-optimized TTNN library on GEMM, Flash Attention, and Flash Decode, out of the box and without per-shape profiling or profile-based platform-specific schedule tuning. These results suggest that hardware-derived symbolic compilation provides a retargetable alternative to profiling-based tuning for spatial dataflow architectures while remaining interpretable by keeping optimization decisions traceable to source-level symbols.</summary>
    <category term="cs.PL" scheme="http://arxiv.org/schemas/atom"/>
    <published>2026-09-24T08:27:35Z</published>
    <arxiv:primary_category term="cs.PL"/>
    <author>
      <name>Heru Wang</name>
    </author>
    <author>
      <name>Wei Li</name>
    </author>
    <author>
      <name>Zhenyu Bai</name>
    </author>
    <author>
      <name>Tulika Mitra</name>
    </author>
  </entry>
  <entry>
    <id>http://arxiv.org/abs/2609.29067v1</id>
    <title>TileBench: A Controlled Benchmark for Performance Evaluation and Bottleneck Diagnosis of Tile-Based Programming Models</title>
    <updated>2026-09-24T05:54:49Z</updated>
    <link href="https://arxiv.org/abs/2609.29067v1" rel="alternate" type="text/html"/>
    <link href="https://arxiv.org/pdf/2609.29067v1" rel="related" type="application/pdf" title="pdf"/>
    <summary>Tile-based programming models, such as Triton and cuTile, aim to simplify high-performance kernel development, but their practical performance, tuning behavior, and usability remain difficult to compare systematically. We present TileBench, a controlled benchmark for evaluating Triton and cuTile on NVIDIA B200 GPUs under matched operator semantics and comparable implementation structures. TileBench contains 45 operators covering diverse AI-kernel patterns and memory/computation behaviors. Each task provides a PyTorch reference, verified Triton and cuTile implementations, standardized data-types (dtype) and input-size sweeps, default and autotuned configurations, roofline-based metrics, and profiling-guided diagnosis. Our evaluation shows that performance gaps are workload-dependent: cuTile excels on a small cluster of Tensor-Core/TMA-friendly kernels, while Triton is stronger on many irregular, streaming, and bandwidth-bound operators. We further evaluate LLM-generated cuTile and Triton kernels and find that Triton is consistently more token-efficient than cuTile under the same iterative refinement protocol. TileBench is publicly available at https://github.com/Deep-Learning-Profiling-Tools/Tilebench.</summary>
    <category term="cs.PF" scheme="http://arxiv.org/schemas/atom"/>
    <category term="cs.PL" scheme="http://arxiv.org/schemas/atom"/>
    <published>2026-09-24T05:54:49Z</published>
    <arxiv:primary_category term="cs.PF"/>
    <author>
      <name>Bowen Cui</name>
    </author>
    <author>
      <name>Zhongchun Zhou</name>
    </author>
    <author>
      <name>Hao Wu</name>
    </author>
    <author>
      <name>Tejas Ramesh</name>
    </author>
    <author>
      <name>Junyu Yin</name>
    </author>
    <author>
      <name>Jialiang Gu</name>
    </author>
    <author>
      <name>Keren Zhou</name>
    </author>
  </entry>
  <entry>
    <id>http://arxiv.org/abs/2609.28822v1</id>
    <title>Pack Iteration in Swift: Ordinary Control Flow for Variadic Generics</title>
    <updated>2026-09-23T21:57:59Z</updated>
    <link href="https://arxiv.org/abs/2609.28822v1" rel="alternate" type="text/html"/>
    <link href="https://arxiv.org/pdf/2609.28822v1" rel="related" type="application/pdf" title="pdf"/>
    <summary>Variadic generics are a powerful tool for type-safe meta-programming. Yet in most widely used languages, they remain an "expert-only" feature due to their reliance on complex patterns such as recursive decomposition or expansion expressions that do not compose naturally with ordinary control flow. In C++, for example, accessing elements of parameter packs has traditionally relied on unintuitive recursive patterns that "peel off" elements.
  This paper presents Pack Iteration, a feature introduced in Swift 6.0 that allows developers to iterate over parameter packs using a familiar, imperative for-in loop. By treating pack expansion as a first-class source for iteration, Swift bridges the gap between high-level expressiveness and advanced generic programming.
  We detail the design and implementation of this feature within the Swift compiler, focusing on the challenges of bridging static type-checking in the constraint system with dynamic execution in the Swift Intermediate Language. Unlike traditional models that expand packs at compile time, Swift's implementation supports on-demand evaluation, enabling efficient dynamic iteration and short-circuiting control flow. Our empirical evaluation confirms that pack iteration provides performance comparable to - and sometimes significantly better than - the complex workarounds previously required.</summary>
    <category term="cs.PL" scheme="http://arxiv.org/schemas/atom"/>
    <category term="cs.SE" scheme="http://arxiv.org/schemas/atom"/>
    <published>2026-09-23T21:57:59Z</published>
    <arxiv:primary_category term="cs.PL"/>
    <author>
      <name>Serafima Nerush</name>
    </author>
    <author>
      <name>Eitan Frachtenberg</name>
    </author>
  </entry>
  <entry>
    <id>http://arxiv.org/abs/2609.27638v1</id>
    <title>Foundations of Algebraic Architecture Theory: A Rising Sea of Geometry, Transport, Comparison, and Reconstruction</title>
    <updated>2026-09-23T10:00:38Z</updated>
    <link href="https://arxiv.org/abs/2609.27638v1" rel="alternate" type="text/html"/>
    <link href="https://arxiv.org/pdf/2609.27638v1" rel="related" type="application/pdf" title="pdf"/>
    <summary>AI-generated software changes make it increasingly important to determine what a change preserves, where local consistency fails to extend globally, and which alternatives remain. We develop the foundations of Algebraic Architecture Theory (AAT) from Atoms, typed primitive facts, and Laws, equations that objects must satisfy. A reading specifies what counts as structure and which operations and laws to preserve. The main reconstruction theorem identifies the category of full geometries and all their structure-preserving morphisms with an independently defined category of local models, up to equivalence. Objects are recovered up to isomorphism and morphisms between fixed endpoints uniquely. The theory addresses gluing, diagnosis, transport, classification of changes, and reconstruction. From finite Atom families we construct cores closed under operations and geometries with sites and coefficients. We give conditions under which a Cech obstruction detects the existence of a global state and, through comparison with repair semantics, a global repair. We compare diagnoses and give a finite criterion for uniform invariance given computable finite data. Transport along exact changes has a universal property and commutes with base change on exact pointed pullback squares. Comparisons of routes generated from the same square, finite comparison diagram, and geometry factor into an invertible comparison and an idempotent normalization. We characterize when observations determine comparison preservation and classify compatible lifts. Encodings of lens and protocol semantics preserve and reflect laws and recover semantics-preserving morphisms. Applications classify and count operation-preserving changes and extend morphisms uniquely from finite tables. Corresponding Lean declarations are listed in the appendix.</summary>
    <category term="cs.SE" scheme="http://arxiv.org/schemas/atom"/>
    <category term="cs.PL" scheme="http://arxiv.org/schemas/atom"/>
    <published>2026-09-23T10:00:38Z</published>
    <arxiv:comment>285 pages, 4 figures. Also archived on Zenodo with the same source: https://doi.org/10.5281/zenodo.22913488</arxiv:comment>
    <arxiv:primary_category term="cs.SE"/>
    <author>
      <name>Hiroyuki Nakahata</name>
    </author>
  </entry>
  <entry>
    <id>http://arxiv.org/abs/2609.28535v1</id>
    <title>Synthesizing Proofs Using Proof Sharding and Exploration</title>
    <updated>2026-09-22T20:07:09Z</updated>
    <link href="https://arxiv.org/abs/2609.28535v1" rel="alternate" type="text/html"/>
    <link href="https://arxiv.org/pdf/2609.28535v1" rel="related" type="application/pdf" title="pdf"/>
    <summary>Distributed systems are hard to implement correctly, and subtle bugs can go undetected using traditional testing. Formal verification offers an alternative for proving the correctness of complex distributed systems. Despite previous efforts to automate and facilitate formal verification, it is still hard to integrate formal verification in software development. Programmers need to query the theorem prover repeatedly to find the correct proof of their system. This cycle of going back and forth with the theorem prover involves a lot of human intervention and is a barrier to adopting formal verification in software development.
  In this paper, we address the challenges of scaling formal verification in practice by reducing the human intervention required to find the correctness proof of a distributed system. We propose ProofSaX, an automated tool that shards large verification tasks and explores the proof search space for each shard independently to synthesize correctness proofs. We use controlled exploration when adding possible proof annotations to handle the search-space explosion problem. We evaluate ProofSaX on a variety of safety proofs for distributed systems. We show that ProofSaX can find the last proof annotation in 86 out of 103 proof-completion tasks, with runtimes ranging from one minute to two hours.</summary>
    <category term="cs.PL" scheme="http://arxiv.org/schemas/atom"/>
    <category term="cs.SE" scheme="http://arxiv.org/schemas/atom"/>
    <published>2026-09-22T20:07:09Z</published>
    <arxiv:primary_category term="cs.PL"/>
    <author>
      <name>Seyed Armin Vakil Ghahani</name>
    </author>
    <author>
      <name>Manos Kapritsos</name>
    </author>
  </entry>
  <entry>
    <id>http://arxiv.org/abs/2609.25427v1</id>
    <title>Modular Composition of Inductive Types Using Lean Meta-programming</title>
    <updated>2026-09-21T21:26:43Z</updated>
    <link href="https://arxiv.org/abs/2609.25427v1" rel="alternate" type="text/html"/>
    <link href="https://arxiv.org/pdf/2609.25427v1" rel="related" type="application/pdf" title="pdf"/>
    <summary>Inductive types are ubiquitous building blocks in many programming and theorem proving languages. An inductive type is a closed set of constructors from which values of the type can be created. That set cannot be extended though once a type is defined. This limits extensibility, reuse, and modular separation of concerns when defining types and functions operating over their values. This limitation is manifested in the expression problem, where extending an expression language with new syntactic constructors without having to modify or re-compile existing ones is a challenge in almost all programming languages.
  This paper presents inductive type and function implementation composition algorithms based on meta-programming. In addition, a set of syntactic extensions to the Lean proof assistant implementing those algorithms are presented. This framework allows for modular reuse, composition, and extension of a subset of Lean type and function definitions. In addition, semantic subtyping relations between component and composite types are discussed both at the type theoretic and implementation levels.
  The framework is demonstrated on a case study, involving the composition of syntactic and semantic artifacts of three sublanguages into one language. The case study highlights both the features and limitations of the composition framework.</summary>
    <category term="cs.PL" scheme="http://arxiv.org/schemas/atom"/>
    <category term="cs.LO" scheme="http://arxiv.org/schemas/atom"/>
    <category term="cs.SE" scheme="http://arxiv.org/schemas/atom"/>
    <published>2026-09-21T21:26:43Z</published>
    <arxiv:comment>SEFM 2026 preprint</arxiv:comment>
    <arxiv:primary_category term="cs.PL"/>
    <author>
      <name>Ramy Shahin</name>
    </author>
  </entry>
  <entry>
    <id>http://arxiv.org/abs/2609.25421v1</id>
    <title>Beyond Natural Language: An Agent-Native Language for Autonomous Science</title>
    <updated>2026-09-21T21:19:46Z</updated>
    <link href="https://arxiv.org/abs/2609.25421v1" rel="alternate" type="text/html"/>
    <link href="https://arxiv.org/pdf/2609.25421v1" rel="related" type="application/pdf" title="pdf"/>
    <summary>As autonomous AI agents take on every stage of scientific inquiry, research output is expanding far beyond human review capacity. Yet scientific communication still relies on natural-language prose: an informal medium prone to ambiguity, hidden assumptions, and untracked limitations that machines cannot reliably audit. We introduce Lara, a machine-checkable language and protocol for checking and revising support for research claims. By turning research arguments into executable artifacts, Lara provides an epistemic kernel for autonomous science: it enables automated validation pipelines for research agents, lets declared bridges connect arguments across papers into an auditable network, and allows both humans and machines to recheck the standing of an encoded claim in milliseconds. In a Lara program, authors explicitly declare their claims, supporting evidence and assumptions, and known objections or limitations. A lightweight, deterministic checker adjudicates these interactions, assigning each claim a reproducible status: "justified", "defeated", "contested", or "gap", which marks a claim whose support is incomplete and locates the unanswered question. Case studies cover empirical review, a philosophical debate without measurements, and the loss of support when an assumed axiom is withdrawn. We establish the metatheory of claim checking and cross-context argument transport, and mechanize the semantic guarantees in Lean 4 (roughly 117,000 lines), leaving three arguments on paper. The audited public metatheory is "sorry"-free and uses only Lean's three standard axioms; some executable examples additionally trust native evaluation.</summary>
    <category term="cs.PL" scheme="http://arxiv.org/schemas/atom"/>
    <category term="cs.AI" scheme="http://arxiv.org/schemas/atom"/>
    <published>2026-09-21T21:19:46Z</published>
    <arxiv:primary_category term="cs.PL"/>
    <author>
      <name>Yifeng He</name>
    </author>
    <author>
      <name>Jiachen Liu</name>
    </author>
  </entry>
  <entry>
    <id>http://arxiv.org/abs/2609.25335v1</id>
    <title>GRADE-RTL: Evaluating LLM-Generated RTL Beyond Compilation</title>
    <updated>2026-09-21T19:27:47Z</updated>
    <link href="https://arxiv.org/abs/2609.25335v1" rel="alternate" type="text/html"/>
    <link href="https://arxiv.org/pdf/2609.25335v1" rel="related" type="application/pdf" title="pdf"/>
    <summary>Large language models (LLMs) can generate register-transfer-level (RTL) code from natural-language specifications, but compilation alone does not establish structural completeness, functional correctness, or implementation efficiency. This paper presents a framework for evaluating LLM-generated RTL beyond compilation, which we named GRADE-RTL. Using fixed prompts and validation settings, GRADE-RTL applies five checks, such as Port Signature, Compilation, Elaboration, Module Completeness, and Functional Equivalence against trusted reference RTL. With the help of compact metrics, we identify where candidates fail and distinguish end-to-end success from eligibility for downstream synthesis. We evaluate nine general-purpose and RTL-specialized LLMs on ten edge-relevant intellectual property designs under a budget of three generation attempts with failure-directed feedback. End-to-end success ranges from 0% to 70% across the evaluated models, with failures extending beyond compilation to hierarchy resolution, incomplete logic, and behavioral mismatch. FPGA implementation and 65 nm ASIC synthesis results further show that functionally equivalent RTL can differ substantially in resource use, timing, area, and power. A PID-controller place-and-route case study illustrates the physical-design consequences of different RTL implementations. GRADE-RTL provides a practical basis for comparing LLM-generated hardware descriptions by separating structural validity, behavioral correctness, and implementation quality.</summary>
    <category term="cs.AR" scheme="http://arxiv.org/schemas/atom"/>
    <category term="cs.PL" scheme="http://arxiv.org/schemas/atom"/>
    <published>2026-09-21T19:27:47Z</published>
    <arxiv:primary_category term="cs.AR"/>
    <author>
      <name>Hepziba Susan</name>
    </author>
    <author>
      <name>Shivaranjani G. R.</name>
    </author>
    <author>
      <name>Malik Imran</name>
    </author>
    <author>
      <name>Muhammad Rashid</name>
    </author>
    <author>
      <name>Sumathi Gokulanathan</name>
    </author>
    <author>
      <name>Zain Ul Abideen</name>
    </author>
  </entry>
  <entry>
    <id>http://arxiv.org/abs/2609.24628v1</id>
    <title>Bridging the Vendor Gap: Enabling AMD GPU Support for Awkward Array via ROCm/HIP for the HL-LHC Era</title>
    <updated>2026-09-21T14:11:12Z</updated>
    <link href="https://arxiv.org/abs/2609.24628v1" rel="alternate" type="text/html"/>
    <link href="https://arxiv.org/pdf/2609.24628v1" rel="related" type="application/pdf" title="pdf"/>
    <summary>The High-Luminosity LHC (HL-LHC) will demand order-of-magnitude gains in analysis throughput, and increasingly those gains must come from GPUs that are not made by a single vendor. Leadership-class systems such as El Capitan, Frontier and LUMI are built on AMD accelerators, yet the Scikit-HEP analysis stack---and Awkward Array in particular---has grown up CUDA-first. We report on $rawkward$, a Rust-backed kernel engine that adds a ROCm/HIP backend for Awkward Array's nested, jagged, variable-length data structures. Our central finding is that a naive source-level port of CUDA kernels to HIP loses $5$--$10\times$ in performance on irregular kernels, because AMD's $64$-lane wavefronts, higher register pressure and more expensive divergence behave fundamentally differently from NVIDIA's $32$-thread warps. We show that a small, reusable set of optimization patterns---loop flattening, $128$-bit vectorized loads, splitting fused kernels, and profile-guided launch configuration---recovers CUDA-class performance without changing the public API. A Rust macro-and-match dispatch layer keeps a single, backend-agnostic call site while emitting vendor-specific kernel strategies, and the type system enforces buffer-size and lifetime correctness at compile time. On a two-socket AMD Instinct MI210 node we measure GPU speedups from $1.03\times$ (bandwidth-bound $sum$) up to $12.5\times$ ($count$) over $128$ EPYC~7763 CPU cores, and the Rust CPU kernels match or beat on aggregate the incumbent C++ kernels (geometric-mean runtime ratio $0.37\times$ across twelve kernels). We argue that these patterns constitute a practical recipe for performance-portable, vendor-agnostic HEP analysis kernels.</summary>
    <category term="cs.DC" scheme="http://arxiv.org/schemas/atom"/>
    <category term="cs.PL" scheme="http://arxiv.org/schemas/atom"/>
    <published>2026-09-21T14:11:12Z</published>
    <arxiv:comment>8 pages, 2 figures</arxiv:comment>
    <arxiv:primary_category term="cs.DC"/>
    <author>
      <name>Ianna Osborne</name>
    </author>
    <author>
      <name>Maxym Naumchyk</name>
    </author>
    <author>
      <name>Tai Sakuma</name>
    </author>
    <author>
      <name>Andres Rios-Tascon</name>
    </author>
    <author>
      <name>Peter Elmer</name>
    </author>
  </entry>
  <entry>
    <id>http://arxiv.org/abs/2609.24436v1</id>
    <title>Categorical Message Passing Language (CaMPL): Syntax and Semantics</title>
    <updated>2026-09-21T11:30:33Z</updated>
    <link href="https://arxiv.org/abs/2609.24436v1" rel="alternate" type="text/html"/>
    <link href="https://arxiv.org/pdf/2609.24436v1" rel="related" type="application/pdf" title="pdf"/>
    <summary>We introduce a novel functional-style concurrent programming language called Categorical Message Passing Language (CaMPL) which is designed using the mathematics of linear actegories. This mathematical underpinning gives CaMPL programs useful properties such as deadlock freedom, and additionally, livelock freedom for programs without general recursive processes.
  We explore CaMPL's type system through a series of code examples. The current proto-alpha version of the compiler and the abstract machine is implemented in Haskell. A reader is encouraged to experiment with writing CaMPL programs either using the online compiler https://campl-app.vercel.app/ or by installing CaMPL from https://campl-ucalgary.github.io -- our website has detailed instructions on how to run CaMPL code.</summary>
    <category term="cs.PL" scheme="http://arxiv.org/schemas/atom"/>
    <category term="cs.DC" scheme="http://arxiv.org/schemas/atom"/>
    <category term="cs.LO" scheme="http://arxiv.org/schemas/atom"/>
    <published>2026-09-21T11:30:33Z</published>
    <arxiv:comment>54 pages</arxiv:comment>
    <arxiv:primary_category term="cs.PL"/>
    <author>
      <name>Robin Cockett</name>
    </author>
    <author>
      <name>Daniel Kiyoshi Hashimoto</name>
    </author>
    <author>
      <name>Alexanna Little Berg</name>
    </author>
    <author>
      <name>Priyaa Varshinee Srinivasan</name>
    </author>
  </entry>
  <entry>
    <id>http://arxiv.org/abs/2609.24345v1</id>
    <title>Garlene: Guarded Recursion in Lean</title>
    <updated>2026-09-21T09:40:31Z</updated>
    <link href="https://arxiv.org/abs/2609.24345v1" rel="alternate" type="text/html"/>
    <link href="https://arxiv.org/pdf/2609.24345v1" rel="related" type="application/pdf" title="pdf"/>
    <summary>Extending the recursion principles of a formal system is an enticing but dangerous endeavour with a well-documented history of leading to consistency bugs. Nakano's guarded recursion is an elegant, type-based approach to soundly extend type theory with a powerful recursion principle. This makes guarded recursion useful for many applications, from programming with infinite structures such as streams to reasoning about advanced programming language features using synthetic guarded domain theory. Sadly, guarded recursion is not directly supported by any major interactive theorem prover, which leaves users of guarded recursion with unmechanised pen-and-paper proofs or mechanisations that depend on unmaintained theorem provers. In this paper, we present an implementation of guarded recursion as an embedded language in Lean consisting of a simply-typed lambda calculus for definitions and a higher-order logic for reasoning. Using Lean's excellent support for metaprogramming, our language allows users to write guarded recursive definitions in an intuitive syntax and to prove properties about them using a dedicated proof mode. We give our language a presheaf model, which we use to prove the soundness of our language and to allow users to export guarded recursive definitions and their theorems into standard Lean developments. To demonstrate the usefulness of our language, we present several case studies for programming and reasoning with guarded recursion.</summary>
    <category term="cs.LO" scheme="http://arxiv.org/schemas/atom"/>
    <category term="cs.PL" scheme="http://arxiv.org/schemas/atom"/>
    <published>2026-09-21T09:40:31Z</published>
    <arxiv:primary_category term="cs.LO"/>
    <author>
      <name>Sergei Stepanenko</name>
    </author>
    <author>
      <name>Patrick Bahr</name>
    </author>
    <author>
      <name>Rasmus Ejlers Møgelberg</name>
    </author>
  </entry>
  <entry>
    <id>http://arxiv.org/abs/2609.24252v1</id>
    <title>Iris in Lean</title>
    <updated>2026-09-21T08:17:46Z</updated>
    <link href="https://arxiv.org/abs/2609.24252v1" rel="alternate" type="text/html"/>
    <link href="https://arxiv.org/pdf/2609.24252v1" rel="related" type="application/pdf" title="pdf"/>
    <summary>The Iris framework for concurrent separation logic has been widely used for program verification research. An important factor contributing to the framework's adoption is its high-quality mechanization in Rocq. This mechanization uses a number of Rocq features in sophisticated ways, including a carefully constructed algebraic hierarchy for modeling separation logic resources, and a proof mode for embedded separation logic proofs, which combines custom Ltac with extensible typeclasses. The library has been developed for over a decade with dozens of contributors, with an emphasis on modularity and maintainability.
  We explore how Lean features like flexible metaprogramming and quotient types can simplify the design and usage of Iris. Using these features, we provide a novel implementation of the Iris proof mode with improved performance, simplify the handling of equivalences through quotient types, build a variant of Diaframe proof automation, and provide convenience features like automatic construction of Iris fixed points. Building on Lean lets us integrate with the extensive Mathlib library, allowing us to re-use results from this library for program verification tasks that have heavy mathematical dependencies, as we demonstrate with an application to probabilistic program verification.</summary>
    <category term="cs.LO" scheme="http://arxiv.org/schemas/atom"/>
    <category term="cs.PL" scheme="http://arxiv.org/schemas/atom"/>
    <published>2026-09-21T08:17:46Z</published>
    <arxiv:primary_category term="cs.LO"/>
    <author>
      <name>Markus de Medeiros</name>
    </author>
    <author>
      <name>Sergei Stepanenko</name>
    </author>
    <author>
      <name>Zongyuan Liu</name>
    </author>
    <author>
      <name>Oliver Soeser</name>
    </author>
    <author>
      <name>Fernando Leal</name>
    </author>
    <author>
      <name>Alvin Tang</name>
    </author>
    <author>
      <name>Max Vistrup</name>
    </author>
    <author>
      <name>Ralf Jung</name>
    </author>
    <author>
      <name>Mario Carneiro</name>
    </author>
    <author>
      <name>Joseph Tassarotti</name>
    </author>
    <author>
      <name>Michael Sammler</name>
    </author>
    <author>
      <name>Lars Birkedal</name>
    </author>
  </entry>
  <entry>
    <id>http://arxiv.org/abs/2609.23954v1</id>
    <title>Djinnlang: Higher-Level Programming by Unambiguous Specification with an LLM in the Compiler</title>
    <updated>2026-09-21T00:00:09Z</updated>
    <link href="https://arxiv.org/abs/2609.23954v1" rel="alternate" type="text/html"/>
    <link href="https://arxiv.org/pdf/2609.23954v1" rel="related" type="application/pdf" title="pdf"/>
    <summary>Programmers write formal specifications, and LLMs implement them, proving that each implementation matches its spec. Taken to its extreme, this makes specification languages the new programming languages. We argue that an unambiguity constraint is key: in addition to proving that its implementation satisfies the specification, the LLM must also prove that any other implementation satisfying it must produce the same outputs on the same inputs, i.e. that the relation formed by the constraints is deterministic. This leaves the LLM no leeway on program semantics: as with a conventional compiler, the generated code never needs to be read and can be regenerated from the spec at any time. Under this constraint and with a powerful LLM, the difference between a specification language and a programming language becomes essentially meaningless, and the LLM essentially becomes a part of the compiler toolchain. The arrangement doubles as a strong form of AI control: an untrusted model writes the code, yet its work is tightly checked by a verifier.
  To demonstrate that our LLM-in-the-compiler paradigm is feasible when supported by our unambiguity constraint, we present Djinnlang, a high-level specification language built for this future. A Djinnlang program consists only of specifications --- the programmer never writes executable code. In place of a traditional compiler, a symbolic translator lowers each spec to Dafny stubs and proof obligations, and a driver harness orchestrates an LLM that fills in implementations and proofs, all checked by the Dafny verifier. We evaluate our language and implementation on multiple examples and we show that it is self-hosting: an LLM can implement the Djinnlang translator from its specification and the reimplementation can verify itself.</summary>
    <category term="cs.PL" scheme="http://arxiv.org/schemas/atom"/>
    <category term="cs.AI" scheme="http://arxiv.org/schemas/atom"/>
    <category term="cs.SE" scheme="http://arxiv.org/schemas/atom"/>
    <published>2026-09-21T00:00:09Z</published>
    <arxiv:primary_category term="cs.PL"/>
    <author>
      <name>Simon Henniger</name>
    </author>
    <author>
      <name>Stephen Chong</name>
    </author>
    <author>
      <name>Nada Amin</name>
    </author>
  </entry>
  <entry>
    <id>http://arxiv.org/abs/2609.23854v1</id>
    <title>The Mathematical Evolution of Addressing: From Yushchenko's Address Programming Language to A Mathematics of Arrays How Addressing Evolved into a Mathematical Theory of Indexing, Array Computation, and Machine Realization</title>
    <updated>2026-09-20T20:15:28Z</updated>
    <link href="https://arxiv.org/abs/2609.23854v1" rel="alternate" type="text/html"/>
    <link href="https://arxiv.org/pdf/2609.23854v1" rel="related" type="application/pdf" title="pdf"/>
    <summary>This article argues that a central development in the history of computing is the mathematical evolution of addressing. During the three decades separating Kateryna Yushchenko's Address Programming Language (1958) from Lenore Mullin's A Mathematics of Arrays (1988), addressing evolved from a machine-level mechanism for locating data into a formal theory of indexing, reduction, and machine realization, passing through Kenneth Iverson's algebra of arrays and Philip Abrams' recognition of shape as an architectural resource. Mullin's theory establishes indexing itself, via the function ψ, as the primitive from which array operations compose, reduce to a Denotational Normal Form, transform into an Operational Normal Form, and realize on hardware through dimension lifting. Historical claims are sourced against primary material, with inferences flagged as such; mathematical claims are stated as identities; performance claims are marked validated, theoretically established, or provisional. The result links programming languages, array mathematics, and computer architecture in one account.</summary>
    <category term="cs.GL" scheme="http://arxiv.org/schemas/atom"/>
    <category term="cs.PL" scheme="http://arxiv.org/schemas/atom"/>
    <published>2026-09-20T20:15:28Z</published>
    <arxiv:primary_category term="cs.GL"/>
    <author>
      <name>Lenore Mullin</name>
    </author>
    <author>
      <name>Gaetan Hains</name>
    </author>
  </entry>
  <entry>
    <id>http://arxiv.org/abs/2609.23759v1</id>
    <title>RPyForth: Exposing a Call-Shared Data Stack to a Meta-Tracing JIT Compiler</title>
    <updated>2026-09-20T17:17:01Z</updated>
    <link href="https://arxiv.org/abs/2609.23759v1" rel="alternate" type="text/html"/>
    <link href="https://arxiv.org/pdf/2609.23759v1" rel="related" type="application/pdf" title="pdf"/>
    <summary>Forth is a concatenative language whose words share one data stack across calls, with a depth and call effects that need not be known before execution. That leaves a meta-tracing JIT compiler with no stack location it can name: a cell is reached through the stack pointer, so its accesses stay in the compiled code, and declaring every cell of the stack array instead ties what the compiler carries to the capacity the array reserves rather than to the depth a program uses.
  We answer with a fixed-width window over the top of the stack, a shared spill holding every deeper cell, and a decoding function that joins the two, on top of which call-entry normalization and adaptive entry are policies. Decoding shows that all of them preserve the logical stack and that a trace exit rebuilds data-stack state bounded by the window's width, not by the stack's depth. RPyForth realizes this in an RPython interpreter covering Forth's Core word set, with two scalar fields and eight frame positions and no static stack-effect analysis, and RPyFactor realizes the same window for a subset of Factor.
  Exposing the window to the compiler, rather than merely caching cells in it, is what pays. With the layout and the call policy held fixed, annotating the window's fields makes eighteen Shootout kernels 1.44-1.45x faster and six Appbench applications about 1.60x faster on two x86-64 machines, and 1.42-1.56x in RPyFactor. How the window is shaped and whether calls normalize it matter much less, varying by program with no setting winning everywhere. As a complete system, RPyForth is faster than gforth-fast and SwiftForth on both suites and reaches 1.90-2.36x the speed of VFX Forth on the kernels, while the applications, whose stacks are deeper and whose calls are far more frequent, remain its weak point at 0.68-0.76x. All timings measure repeated execution of an already-loaded program.</summary>
    <category term="cs.PL" scheme="http://arxiv.org/schemas/atom"/>
    <published>2026-09-20T17:17:01Z</published>
    <arxiv:comment>33 pages, 15 figures</arxiv:comment>
    <arxiv:primary_category term="cs.PL"/>
    <author>
      <name>Yusuke Izawa</name>
    </author>
    <author>
      <name>Kota Hakamada</name>
    </author>
  </entry>
  <entry>
    <id>http://arxiv.org/abs/2609.25121v1</id>
    <title>TRACTOR Benchmark for Evaluating C to Rust Translators</title>
    <updated>2026-09-20T14:28:05Z</updated>
    <link href="https://arxiv.org/abs/2609.25121v1" rel="alternate" type="text/html"/>
    <link href="https://arxiv.org/pdf/2609.25121v1" rel="related" type="application/pdf" title="pdf"/>
    <summary>Memory-safety vulnerabilities remain a persistent source of security risk in critical software, much of which is implemented in memory-unsafe languages such as C and C++. Recent advances in programming languages, program analysis, and artificial intelligence have created new opportunities to modernize these legacy systems through automated translation to memory-safe languages such as Rust. The DARPA Translating All C to Rust (TRACTOR) program seeks to develop scalable techniques for translating large C codebases into safe, performant, and maintainable Rust. MIT Lincoln Laboratory serves as the program's independent test and evaluation organization and has developed a standardized benchmark for systematically assessing C-to-Rust translation tools. This report describes the TRACTOR benchmark, including progressively challenging test batteries and larger milestone projects, as well as the supporting evaluation infrastructure and metrics for assessing correctness, safety, idiomaticity, and performance. The benchmark and associated evaluation infrastructure are publicly available to support the broader development and evaluation of C-to-Rust translation technologies.</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-09-20T14:28:05Z</published>
    <arxiv:primary_category term="cs.SE"/>
    <author>
      <name>Hamed Okhravi</name>
    </author>
    <author>
      <name>Brandt Ogden</name>
    </author>
    <author>
      <name>Noah Luther</name>
    </author>
    <author>
      <name>Ian McQuoid</name>
    </author>
    <author>
      <name>Howard Mak</name>
    </author>
    <author>
      <name>Nathan Burow</name>
    </author>
  </entry>
  <entry>
    <id>http://arxiv.org/abs/2609.23342v1</id>
    <title>Real-to-Sim Generation: Synthesizing Scenario Programs from Real-World Data via Constraint Solving</title>
    <updated>2026-09-20T04:03:33Z</updated>
    <link href="https://arxiv.org/abs/2609.23342v1" rel="alternate" type="text/html"/>
    <link href="https://arxiv.org/pdf/2609.23342v1" rel="related" type="application/pdf" title="pdf"/>
    <summary>The demand for synthetic training data is hindered by the sim-to-real gap, as current data-driven and LLM-based generators often produce physically implausible scenarios. To address this, we propose R2SGEN, a Real-to-Sim framework that synthesizes structured scenario programs from real-world data. To overcome the combinatorial explosion and intractability of monolithic Satisfiability Modulo Theories (SMT) encoding, we introduce a decoupled synthesis strategy. This approach separates the discrete structural program search from continuous geometric resolution using lightweight, atomic SMT constraints. Furthermore, we significantly accelerate the search process by integrating two tailored pruning mechanisms: Common Prefix Abstraction-based pruning for Breadth-First Search and Branch-and-Bound for Depth-First Search. We evaluate R2SGEN on 20 real-world scenes of varying complexity from the nuScenes dataset. Experimental results show that our method guarantees consistency with the input scene and produces substantially lower-cost programs than the LLM-based baselines under the evaluated inputs. Both proposed search paradigms exhibit complementary advantages, proving highly efficient and scalable for high-complexity synthetic data generation.</summary>
    <category term="cs.PL" scheme="http://arxiv.org/schemas/atom"/>
    <published>2026-09-20T04:03:33Z</published>
    <arxiv:comment>31 pages, 4 figures, 4 tables. Accepted at OOPSLA 2026, to appear in PACMPL Vol. 10, No. OOPSLA2, Article 395 (DOI: 10.1145/3839527). This is the full version with supplementary material</arxiv:comment>
    <arxiv:primary_category term="cs.PL"/>
    <author>
      <name>Peishan Huang</name>
    </author>
    <author>
      <name>Wenmeng Zhang</name>
    </author>
    <author>
      <name>Yusen Chen</name>
    </author>
    <author>
      <name>Zhenbang Chen</name>
    </author>
  </entry>
  <entry>
    <id>http://arxiv.org/abs/2609.23032v1</id>
    <title>Same Pattern, Different Answer: A Reference Semantics and Divergence Map for GQL and SQL/PGQ Path Patterns</title>
    <updated>2026-09-19T14:07:01Z</updated>
    <link href="https://arxiv.org/abs/2609.23032v1" rel="alternate" type="text/html"/>
    <link href="https://arxiv.org/pdf/2609.23032v1" rel="related" type="application/pdf" title="pdf"/>
    <summary>GQL (ISO/IEC 39075:2024) is the first international standard for a graph query language, and SQL/PGQ (ISO/IEC 9075-16:2023) embeds the same pattern-matching core, GPML, in SQL. Both fix a precise semantics for path patterns: four path modes, four selectors, quantified segments. What engines compute for those patterns has never been measured. Work on GQL is theoretical and runs no engine; cross-engine work measures performance and normalises the semantics away. We build an executable reference semantics for the GPML path core and gate it against the six worked answers printed in the standard's own reference exposition. We then run a 17-construct suite against six releases of five products - Kuzu, DuckPGQ, Neo4j at 5.26 and 2026.04, Memgraph, Apache AGE - scoring each cell as conforming, diverging, rejected, or inexpressible in that dialect. Nine of seventeen constructs draw more than one answer across the engines that accepted them. Of 26 disagreements, 15 are silent - the query runs, returns a different multiset, raises no error - a silence ratio of 0.58. Scoring each divergence against the path mode each engine's manual declares separates language from implementation: 9 of 15 are documented differences, 6 are departures from the standard the engine implements. A metamorphic layer needing no reference semantics finds 39 self-consistency violations, yielding two minimal defects. No engine we measured parses the order the standard's own examples are written in, except the authors' own, which added it after this suite reported the gap. Suite, semantics, reproducers and results are open source.</summary>
    <category term="cs.DB" scheme="http://arxiv.org/schemas/atom"/>
    <category term="cs.PL" scheme="http://arxiv.org/schemas/atom"/>
    <published>2026-09-19T14:07:01Z</published>
    <arxiv:comment>13 pages, 3 figures. Artifact: https://github.com/samyama-ai/gpml-conformance</arxiv:comment>
    <arxiv:primary_category term="cs.DB"/>
    <author>
      <name>Madhulatha Mandarapu</name>
      <arxiv:affiliation>VaidhyaMegha Private Limited, India</arxiv:affiliation>
    </author>
    <author>
      <name>Sandeep Kunkunuru</name>
      <arxiv:affiliation>VaidhyaMegha Private Limited, India</arxiv:affiliation>
    </author>
  </entry>
  <entry>
    <id>http://arxiv.org/abs/2609.23009v1</id>
    <title>A Linked List of Cases in Language Design</title>
    <updated>2026-09-19T13:14:42Z</updated>
    <link href="https://arxiv.org/abs/2609.23009v1" rel="alternate" type="text/html"/>
    <link href="https://arxiv.org/pdf/2609.23009v1" rel="related" type="application/pdf" title="pdf"/>
    <summary>LispBM is a Lisp dialect for microcontrollers and embedded systems. This paper is about the changes made to LispBM resulting from it being integrated into the VESC family of firmware and thus gaining a userbase.
  As a surprise to Author 1, the new users of LispBM wrote programs larger than ever imagined. This used up all available heap space and we were forced to find a way to evaluate Lisp programs partitioned across RAM and flash memory. This story and a couple more, like the one about the Lisp-image system for fast boots, are the core contribution of this paper.
  When the first versions of the VESC firmware with a built-in Lisp runtime system were released, there was some grumbling here and there about Lisp and its syntax, as expected. To our delight, most seemed very excited about a scripting language in the firmware. To the engineer and builder users, the choice of syntax seemed to matter less than the potential it opened up for them.</summary>
    <category term="cs.PL" scheme="http://arxiv.org/schemas/atom"/>
    <published>2026-09-19T13:14:42Z</published>
    <arxiv:comment>Draft submitted to IFL 2026 and accepted for presentation at the event</arxiv:comment>
    <arxiv:primary_category term="cs.PL"/>
    <author>
      <name>Bo Joel Svensson</name>
    </author>
    <author>
      <name>Benjamin Vedder</name>
    </author>
  </entry>
  <entry>
    <id>http://arxiv.org/abs/2609.21284v1</id>
    <title>Authorization Revocation for Long-Running AI Agents: Root-Scoped Quiescence under Delegation and Asynchronous Execution</title>
    <updated>2026-09-18T03:52:46Z</updated>
    <link href="https://arxiv.org/abs/2609.21284v1" rel="alternate" type="text/html"/>
    <link href="https://arxiv.org/pdf/2609.21284v1" rel="related" type="application/pdf" title="pdf"/>
    <summary>Long-running AI agents outlive initiating processes through credentials, delegated tasks, queues, callbacks, reservations, and provider-side operations. Cancellation, process exit, and credential revocation neither close every pre-cut carrier nor distinguish independently authorized shared work. We define root-scoped authorization quiescence: for each manifested sink, a certificate accounts for every cut-relevant acceptance under the retired root-epoch atom that precedes its local fence and excludes protected acceptance under that atom after the fence, while permitting exact rebind to a current, independently sufficient support.
  The root-scoped quiescence protocol linearizes a root cut, fences old-root expansion and protected sinks, represents alternative and conjunctive authority as antichains of minimal sufficient root sets, and composes provider-frontier certificates into a cutset over registered old-root paths. Exact channel-token accounting reconciles transfers; missing or conflicting evidence remains indeterminate. Under stated assumptions, we prove post-cut issuer non-expansion, support-sound projection, compositional soundness under exact channel conservation, independent-support preservation, merge-order independence, and crash/replay stability.
  A provider-free late-effect test suite matches 17/17 registered outcomes. Two cancellation-only and one cut-only execution accept the same class of already scheduled late effect; two cut-plus-fence executions, one restart, and one stale-process execution reject it. A separately implemented checker verifies 17/17 traces and rejects 44/44 consistently rehashed semantic regressions. The certificate establishes root-relative authorization quiescence within its bound manifest and configuration, not global idleness, rollback, or business completion.</summary>
    <category term="cs.PL" scheme="http://arxiv.org/schemas/atom"/>
    <category term="cs.AI" scheme="http://arxiv.org/schemas/atom"/>
    <category term="cs.CR" scheme="http://arxiv.org/schemas/atom"/>
    <published>2026-09-18T03:52:46Z</published>
    <arxiv:comment>39 pages, 2 figures, 7 tables; includes a complete proof appendix</arxiv:comment>
    <arxiv:primary_category term="cs.PL"/>
    <author>
      <name>Genliang Zhu</name>
    </author>
    <author>
      <name>Chu Wang</name>
    </author>
  </entry>
  <entry>
    <id>http://arxiv.org/abs/2609.20037v1</id>
    <title>How Often Does Your Program Fail?</title>
    <updated>2026-09-17T10:39:50Z</updated>
    <link href="https://arxiv.org/abs/2609.20037v1" rel="alternate" type="text/html"/>
    <link href="https://arxiv.org/pdf/2609.20037v1" rel="related" type="application/pdf" title="pdf"/>
    <summary>Software in production encounters inputs shaped by how it is used in practice. We study distribution-aware reliability estimation: given a program, its operational input distribution, and a condition of interest, determine how often that condition holds and certify the result with a guaranteed error bound.
  Symbolic and statistical methods offer two ways to answer this question. Symbolic methods reason about entire regions of the input space and can certify rates exactly, but often struggle with complex arithmetic or loops. Statistical methods instead sample inputs and apply concentration bounds. They are broadly applicable, but can require many samples when failures are rare. We bring these approaches together in a framework that includes both as special cases. Each estimator has three components: a mass estimator, a per-leaf confidence bound, and a symbolic closure rule. We prove that any instantiation satisfying three invariants returns an interval containing the true rate with confidence 1-delta, regardless of when it stops. The certified error has two parts: a statistical term, reduced by sampling, and a structural term, reduced by symbolic closure. Pure sampling and pure symbolic execution each reduce only one of these terms. Alternative choices of the components also allow the framework to support rare-event variance-reduction methods.</summary>
    <category term="cs.PL" scheme="http://arxiv.org/schemas/atom"/>
    <published>2026-09-17T10:39:50Z</published>
    <arxiv:primary_category term="cs.PL"/>
    <author>
      <name>Arnab Ray</name>
    </author>
    <author>
      <name>Aalok Thakkar</name>
    </author>
  </entry>
  <entry>
    <id>http://arxiv.org/abs/2609.19735v1</id>
    <title>Metamorphic Testing for Floating-Point Performance Issues in SMT Solvers</title>
    <updated>2026-09-17T05:57:16Z</updated>
    <link href="https://arxiv.org/abs/2609.19735v1" rel="alternate" type="text/html"/>
    <link href="https://arxiv.org/pdf/2609.19735v1" rel="related" type="application/pdf" title="pdf"/>
    <summary>SMT solvers are essential in various domains, including program verification and synthesis. Although their correctness and performance have been extensively studied, performance testing for the floating-point theory remains limited, particularly for real-world queries. We propose a metamorphic testing approach that uses semantics-preserving rewrite rules, focusing on floating-point special values and peep-hole optimizations, to uncover meaningful performance issues in SMT solvers' handling of floating-point formulas. Using real-world test inputs, our approach is able to identify for every solver tested SMT queries for which solving time increases when the queries are simplified; we see slowdowns of up to 33.4x for Z3, 5.6x for MathSAT, 4.5x for cvc5, and 1.8x for Bitwuzla. We further observe that the approach is less successful when using input files that were randomly generated from a grammar.</summary>
    <category term="cs.PL" scheme="http://arxiv.org/schemas/atom"/>
    <published>2026-09-17T05:57:16Z</published>
    <arxiv:comment>extended version with appendix of SEFM 2026 paper</arxiv:comment>
    <arxiv:primary_category term="cs.PL"/>
    <author>
      <name>Rosa Abbasi</name>
    </author>
    <author>
      <name>Eva Darulova</name>
    </author>
  </entry>
  <entry>
    <id>http://arxiv.org/abs/2609.19611v1</id>
    <title>The Output-Space Hypothesis: Enumerative Equivalence Checking for Tensor Programs</title>
    <updated>2026-09-17T02:54:30Z</updated>
    <link href="https://arxiv.org/abs/2609.19611v1" rel="alternate" type="text/html"/>
    <link href="https://arxiv.org/pdf/2609.19611v1" rel="related" type="application/pdf" title="pdf"/>
    <summary>Tensor programs, as used in deep learning models, are a prime target for optimization, as small performance improvements can have a large impact across training or inference workloads. However, such optimizations are complicated and can produce subtle bugs. Traditionally, correctness is assumed when differential testing against a reference on random inputs fails to reveal bugs. However, the inputs to these programs are massive tensors, and finding bugs can require generating extremely low likelihood inputs with precise relationships among their values.
  We propose a novel way to find bugs more consistently by flipping the quantifiers. Rather than generating a single input and checking all output tensor locations for equivalence, what if you could check a single output tensor location's equivalence for all inputs? We implement this idea in a system, \dirigo, by using a novel symbolic execution strategy. We demonstrate that \dirigo can find bugs effectively in a public dataset of 6,988 AI-written CUDA kernels that are all marked correct by differential testing. Of these, \dirigo finds 600 kernels that are actually buggy, and finds 97.3\% of those bugs within two minutes.</summary>
    <category term="cs.PL" scheme="http://arxiv.org/schemas/atom"/>
    <category term="cs.LG" scheme="http://arxiv.org/schemas/atom"/>
    <category term="cs.SE" scheme="http://arxiv.org/schemas/atom"/>
    <published>2026-09-17T02:54:30Z</published>
    <arxiv:primary_category term="cs.PL"/>
    <author>
      <name>Paul Biberstein</name>
    </author>
    <author>
      <name>Joseph Devietti</name>
    </author>
    <author>
      <name>Mayur Naik</name>
    </author>
  </entry>
  <entry>
    <id>http://arxiv.org/abs/2609.19598v1</id>
    <title>Theories of Mind as Domain-Specific Languages of Thought</title>
    <updated>2026-09-17T02:26:27Z</updated>
    <link href="https://arxiv.org/abs/2609.19598v1" rel="alternate" type="text/html"/>
    <link href="https://arxiv.org/pdf/2609.19598v1" rel="related" type="application/pdf" title="pdf"/>
    <summary>What kind of thing is a ``theory of mind''? We propose to formalize theories of mind as domain-specialized programming languages, which can be used to reason about the mental states of other agents. Our proposal builds on the longstanding idea that thinking is akin to programming in an internal ``language of thought.'' But rather than positing a single general-purpose language for all of thought, we posit a collection of domain-specific languages of thought, whose respective syntaxes and semantices encode the theories of various domains. We make this idea concrete in the domain of intuitive psychology using a real-world programming language called memo, which is specialized for theory-of-mind reasoning via domain-specialized syntactic constructs like ``knows,'' ``wants,'' and ``thinks.'' In our view, using one's theory-of-mind to think about a social situation is analogous to using memo to write a program that models that situation. Through a series of worked examples, we show how formally representing a theory of mind as a memo-like programming language can lend insight into a variety of theoretical issues in theory-of-mind research: (1) how a single, fixed intuitive theory can be used to reason about social situations with unbounded structural variation; (2) how a modular, domain-specialized, and informationally-encapsulated system for social cognition might interface with external world knowledge, as well as other cognitive systems like intuitive physics; and (3) how different theories of mind, such as those of children and adults, differ, what exactly is gained as theories grow over the course of development, and how that growth might occur.</summary>
    <category term="cs.PL" scheme="http://arxiv.org/schemas/atom"/>
    <published>2026-09-17T02:26:27Z</published>
    <arxiv:primary_category term="cs.PL"/>
    <author>
      <name>Kartik Chandra</name>
    </author>
    <author>
      <name>Jonathan Ragan-Kelley</name>
    </author>
    <author>
      <name>Joshua B. Tenenbaum</name>
    </author>
    <author>
      <name>Rebecca Saxe</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/2609.19545v1</id>
    <title>Where the LLM Ends and Reliable Decisions Begin</title>
    <updated>2026-09-17T01:13:09Z</updated>
    <link href="https://arxiv.org/abs/2609.19545v1" rel="alternate" type="text/html"/>
    <link href="https://arxiv.org/pdf/2609.19545v1" rel="related" type="application/pdf" title="pdf"/>
    <summary>Systems that turn natural-language descriptions of optimization problems into solver-ready code generally use a language model at every stage, including the final translation from a mathematical formulation into executable model-building code. We propose the ANVIL compiler architecture, where we separate these concerns. A language model is called only once, assisted by constraint guidance based on problem type, to produce a LaTeX formulation. A deterministic compiler then translates that LaTeX into code with no language model involvement. We describe the deterministic compiler (a normalizer, a recursive-descent parser producing a typed intermediate representation, analysis passes that bind symbols to a dataset schema, and a code emitter) and evaluate it on the 354 easy and hard problems of the NLP4LP benchmark. The compiler produced code for 329 of 354 formulations (92.9%), taking the deterministic path in every one of those cases and never falling back to model-generated code. Median compile time was below the 10ms resolution of our timer. Overall, our formulations achieved an accuracy of 98.9% over easy problems and 91.1% for hard problems. The gap between these compilation and accuracy figures is a key point of analysis, and we analyze it: formulations that failed to compile, problems that returned as infeasible, problems raising errors at runtime, and problems returning a wrong objective. Almost all of these errors trace back to the formulation rather than to the translation. ANVIL performs exceptionally well on leading benchmarks by using language models purely where they are effective, rather than as a catch-all tool.</summary>
    <category term="math.OC" scheme="http://arxiv.org/schemas/atom"/>
    <category term="cs.PL" scheme="http://arxiv.org/schemas/atom"/>
    <published>2026-09-17T01:13:09Z</published>
    <arxiv:primary_category term="math.OC"/>
    <author>
      <name>Priyadarshan Patil</name>
    </author>
    <author>
      <name>Abhishek Basu</name>
    </author>
    <author>
      <name>Vikas Reddy</name>
    </author>
    <author>
      <name>Abhinav Gupta</name>
    </author>
  </entry>
  <entry>
    <id>http://arxiv.org/abs/2609.19531v1</id>
    <title>Detecting Soft Errors in Parallel Software with LLM-tuned Instruction Duplication</title>
    <updated>2026-09-17T00:54:35Z</updated>
    <link href="https://arxiv.org/abs/2609.19531v1" rel="alternate" type="text/html"/>
    <link href="https://arxiv.org/pdf/2609.19531v1" rel="related" type="application/pdf" title="pdf"/>
    <summary>We propose PaRID (PaRallel Instruction Duplication), a software-directed soft error detection framework that requires only compile-time effort for multithreading parallel programs. PaRID addresses two key challenges: supporting parallel programs with mixed serial and parallel regions and minimizing performance overhead without relying on costly dynamic profiling. It combines parallel-aware code transformation with LLM-tuned performance modeling, guided by eight generalizable findings from an offline characterization study, to enable fast soft error detection in parallel applications. Evaluation on NPB benchmarks shows that PaRID reduces protection overhead from 162.79% to 59.84% on average and achieves up to 5x speedup while maintaining full error detection effectiveness.</summary>
    <category term="cs.DC" scheme="http://arxiv.org/schemas/atom"/>
    <category term="cs.AI" scheme="http://arxiv.org/schemas/atom"/>
    <category term="cs.PL" scheme="http://arxiv.org/schemas/atom"/>
    <published>2026-09-17T00:54:35Z</published>
    <arxiv:primary_category term="cs.DC"/>
    <author>
      <name>Yafan Huang</name>
    </author>
    <author>
      <name>Guanpeng Li</name>
    </author>
  </entry>
  <entry>
    <id>http://arxiv.org/abs/2609.19410v1</id>
    <title>Splyce: SIMD Vectorization of Sparse Coiteration</title>
    <updated>2026-09-16T20:47:32Z</updated>
    <link href="https://arxiv.org/abs/2609.19410v1" rel="alternate" type="text/html"/>
    <link href="https://arxiv.org/pdf/2609.19410v1" rel="related" type="application/pdf" title="pdf"/>
    <summary>Sparse tensor contractions are bottlenecked by sparse-sparse coiteration loops that resist standard loop vectorization. We present Splyce, an auto-vectorization framework in MLIR that overcomes this through a dual-path execution model. By decoupling coordinate intersection from pointer management via selective predication, Splyce inherently eliminates data-dependent branches as a side effect, allowing modern superscalar engines to maximize instruction-level parallelism and hide memory latency. Beyond simple branch elimination, our transformation exposes independent computation that can be executed concurrently, increasing functional-unit utilization that would otherwise be constrained by sequential dependencies. Evaluation across foundational sparse tensor kernels demonstrates performance ranging from 1.96X to 2.86X on synthetic inputs, with consistent speedups sustained across a vast majority of irregular real-world datasets from the SuiteSparse collection. Ultimately, Splyce demonstrates that by converting unpredictable control-flow into a predictable data stream, compiler-driven speculation can effectively reconcile the memory efficiency of compressed storage with the execution-unit throughput of modern superscalar architectures.</summary>
    <category term="cs.PL" scheme="http://arxiv.org/schemas/atom"/>
    <category term="cs.AR" scheme="http://arxiv.org/schemas/atom"/>
    <category term="cs.PF" scheme="http://arxiv.org/schemas/atom"/>
    <published>2026-09-16T20:47:32Z</published>
    <arxiv:primary_category term="cs.PL"/>
    <author>
      <name>Kabilan Mahathevan</name>
    </author>
    <author>
      <name>Poorna Gunathilaka</name>
    </author>
    <author>
      <name>Kirshanthan Sundararajah</name>
    </author>
    <arxiv:doi>10.1145/3838684.3846860</arxiv:doi>
    <link rel="related" href="https://doi.org/10.1145/3838684.3846860" title="doi"/>
  </entry>
  <entry>
    <id>http://arxiv.org/abs/2609.19352v1</id>
    <title>FloatLib: Verified Floating-Point Arithmetic in Lean</title>
    <updated>2026-09-16T19:27:55Z</updated>
    <link href="https://arxiv.org/abs/2609.19352v1" rel="alternate" type="text/html"/>
    <link href="https://arxiv.org/pdf/2609.19352v1" rel="related" type="application/pdf" title="pdf"/>
    <summary>We present FloatLib, a verified arbitrary-precision floating-point arithmetic library in Lean 4 that combines broad format coverage, machine-checked correctness, and efficient certified execution. To our knowledge, FloatLib is the first Lean library to unify IEEE binary and decimal arithmetic, arbitrary-width posits, P3109, and user-defined formats and rounding rules behind interchangeable certified software backends. Every certified backend is proved equal to a complete encoded specification, preserving signed zeros and exceptional values, while numerical theorems connect execution to real rounding, error bounds, and exactness. FloatLib combines exhaustive certified tables for small formats with verified word and limb kernels based on guard-and-sticky invariants and independently checked quotient candidates. Its posit development additionally proves standard rounding thresholds and exact quire accumulation within capacity for arbitrary widths. Across matched workloads, FloatLib achieves speedups of up to 1.46x over FLoPS and 116x over Universal, while remaining slower in some regimes such as binary arithmetic against MPFR. Independent conformance testing includes more than 102 million TestFloat evaluations with zero differences under the tested relation. We release the library, proofs, benchmarks, evaluation data, and guide as open source.</summary>
    <category term="cs.LO" scheme="http://arxiv.org/schemas/atom"/>
    <category term="cs.PL" scheme="http://arxiv.org/schemas/atom"/>
    <published>2026-09-16T19:27:55Z</published>
    <arxiv:comment>30 pages, 7 figures, 6 tables. Software and evaluation artifacts available at https://github.com/lean-dojo/FloatLib</arxiv:comment>
    <arxiv:primary_category term="cs.LO"/>
    <author>
      <name>Robert Joseph George</name>
    </author>
    <author>
      <name>Will Adkisson</name>
    </author>
    <author>
      <name>Anima Anandkumar</name>
    </author>
  </entry>
  <entry>
    <id>http://arxiv.org/abs/2609.19234v1</id>
    <title>The AR Fairness Metamodel: A Structured Framework for Fairness Measures</title>
    <updated>2026-09-16T16:00:34Z</updated>
    <link href="https://arxiv.org/abs/2609.19234v1" rel="alternate" type="text/html"/>
    <link href="https://arxiv.org/pdf/2609.19234v1" rel="related" type="application/pdf" title="pdf"/>
    <summary>This paper presents the AR fairness metamodel, a framework designed to represent, analyze, and compare different fairness scenarios. The metamodel considers key elements, such as agents, resources, and their attributes, and enables the systematic definition and comparison of various fairness measures. We provide examples involving both discrete and continuous measures, including equality, equity, group fairness, individual fairness, the Gini index, the Theil index, Jain's fairness index, and a detailed fairness measure for Australia's Child Care Subsidy. We also explore relationships among group fairness, individual fairness, and envy-freeness, supported by formal proofs. At the conceptual modeling level, our approach builds on the Tiles framework, which offers modular components that can be connected to capture diverse fairness definitions. The goal is to make AR-based fairness definitions practical and adaptable across contexts, providing a clear way to define, compare, and evaluate them. An implementation of the Tiles framework is available as an open-source tool, and can support fairness modeling and evaluation across a wide range of applications.</summary>
    <category term="cs.CY" scheme="http://arxiv.org/schemas/atom"/>
    <category term="cs.AI" scheme="http://arxiv.org/schemas/atom"/>
    <category term="cs.LO" scheme="http://arxiv.org/schemas/atom"/>
    <category term="cs.MA" scheme="http://arxiv.org/schemas/atom"/>
    <category term="cs.PL" scheme="http://arxiv.org/schemas/atom"/>
    <published>2026-09-16T16:00:34Z</published>
    <arxiv:primary_category term="cs.CY"/>
    <author>
      <name>Julian Alfredo Mendez</name>
    </author>
    <author>
      <name>Timotheus Kampik</name>
    </author>
  </entry>
  <entry>
    <id>http://arxiv.org/abs/2609.18662v1</id>
    <title>Automated Instruction Encoding Synthesis for Modern GPU ISA Compression</title>
    <updated>2026-09-16T13:41:42Z</updated>
    <link href="https://arxiv.org/abs/2609.18662v1" rel="alternate" type="text/html"/>
    <link href="https://arxiv.org/pdf/2609.18662v1" rel="related" type="application/pdf" title="pdf"/>
    <summary>Modern GPU kernels increasingly stress the instruction supply path, while fixed instruction containers can leave substantial footprint slack. This paper presents an automated encoding-synthesis framework that treats instruction layout as a constrained slot-assignment problem over a validated instruction-form field specification. The formulation separates semantic field identity from physical bit positions and supports tied, pinned, and free placement constraints, making it applicable when recurring decoded fields are not frozen by a public format contract. We instantiate the framework for NVIDIA SASS: raw public encoding text is normalized into a machine-readable specification, a SASS disassembler is validated against nvdisasm on 3.78M instructions, released as an open benchmark, and CP-SAT synthesis is used for fixed-length and variable-length encodings. On 142 Blackwell kernel inputs, variable-length synthesis reduces instruction footprint by 33%, with comparable reductions after re-synthesis on Ampere and Hopper; fixed-length synthesis on the same specification reduces decoder area by 16% against a decoder generated from the NVIDIA-observed 128-bit layout by the same generator and flow. Generated fetch/decode RTL meets 1.5 GHz in TSMC 22 nm with a replicated area delta of 0.12% of a GA100-class die; a same-node SRAM comparison shows the footprint reduction corresponds to about 9x this added logic in instruction-SRAM bit-cell area.</summary>
    <category term="cs.AR" scheme="http://arxiv.org/schemas/atom"/>
    <category term="cs.PL" scheme="http://arxiv.org/schemas/atom"/>
    <published>2026-09-16T13:41:42Z</published>
    <arxiv:comment>9 pages, 7 figures, 6 tables. Accepted at the IEEE International Conference on Computer Design (ICCD), 2026. Code: https://github.com/reoLantern/nvsass-disassembler</arxiv:comment>
    <arxiv:primary_category term="cs.AR"/>
    <author>
      <name>Mingyuan Ma</name>
    </author>
    <author>
      <name>Hu He</name>
    </author>
  </entry>
  <entry>
    <id>http://arxiv.org/abs/2609.19206v2</id>
    <title>Programming In-Storage Computing with Located, Stateful Dataflow</title>
    <updated>2026-09-18T13:05:28Z</updated>
    <link href="https://arxiv.org/abs/2609.19206v2" rel="alternate" type="text/html"/>
    <link href="https://arxiv.org/pdf/2609.19206v2" rel="related" type="application/pdf" title="pdf"/>
    <summary>In-storage computing (ISC) reduces host--storage data movement by executing computation inside computational storage devices (CSDs). For multi-stage applications, realizing these benefits requires coordinating data placement, I/O--compute overlap, and device-resident state across the workflow, yet existing interfaces lack a unified abstraction for these decisions. We present Epic, an NVMe-based ISC stack that provides this abstraction by capturing data residency and lifetime in the program: location types declare logical residency, dataflow derives lifetimes for intermediate values and operation state within an invocation, and a keep primitive extends selected state across invocations. These semantics expose the complete offloaded workflow as a located, stateful dataflow. A storage-aware compiler transforms this workflow, performs movement-aware logical mapping and fusion, and exposes I/O--compute overlap; a runtime completes the plan using execution-time information, asynchronously binding work to physical resources and managing device-resident state. Across 12 file-scanning, database, and machine learning workloads, Epic is 1.6$\times$ faster on average than the strongest of five prior ISC systems, while achieving 4.2$\times$ speedup on average and up to 16.1$\times$ over the corresponding host baselines, and reducing application-side code by up to 14$\times$ in our implementations.</summary>
    <category term="cs.AR" scheme="http://arxiv.org/schemas/atom"/>
    <category term="cs.PL" scheme="http://arxiv.org/schemas/atom"/>
    <published>2026-09-16T10:24:35Z</published>
    <arxiv:primary_category term="cs.AR"/>
    <author>
      <name>Yuyue Wang</name>
    </author>
    <author>
      <name>Zhenyu Zhang</name>
    </author>
    <author>
      <name>Glenn Reinman</name>
    </author>
    <author>
      <name>Huaicheng Li</name>
    </author>
  </entry>
  <entry>
    <id>http://arxiv.org/abs/2609.17840v1</id>
    <title>Behavioral Analysis of Timed Actors using Syntactic Slice Equivalence</title>
    <updated>2026-09-15T21:00:45Z</updated>
    <link href="https://arxiv.org/abs/2609.17840v1" rel="alternate" type="text/html"/>
    <link href="https://arxiv.org/pdf/2609.17840v1" rel="related" type="application/pdf" title="pdf"/>
    <summary>Tiny twins are compact behavioral models derived from timed actor models for selected observable messages. When a source model evolves, regenerating its tiny twin requires state-space exploration and reduction even if the relevant behavior is unchanged. We present a static analysis for Timed Rebeca that compares backward slices of Rebeca dependence graphs for a given set of observable message names. For the Zeno-free fragment with after annotations and no delay statements, we prove that slice equivalence implies weak timed bisimulation under the selected observations. This preserves observable actions and total elapsed time across internal transitions, allowing the existing tiny twin to be reused. We evaluate the implementation on ten benchmark models paired with revisions that preserve their observable slices. The cost of static comparison depends on the size of the graphs representing source statements and their dependencies, while tiny-twin generation depends on the number of reachable states and transitions. This difference is reflected in the measurements: static comparison takes less than one second using tens of megabytes of memory, while tiny-twin generation can take over an hour and use hundreds of gigabytes.</summary>
    <category term="cs.PL" scheme="http://arxiv.org/schemas/atom"/>
    <category term="cs.LO" scheme="http://arxiv.org/schemas/atom"/>
    <published>2026-09-15T21:00:45Z</published>
    <arxiv:comment>24 pages, 6 figures, 4 tables</arxiv:comment>
    <arxiv:primary_category term="cs.PL"/>
    <author>
      <name>Ali Ataollahi</name>
    </author>
    <author>
      <name>Fatemeh Ghassemi</name>
    </author>
    <author>
      <name>Eduard Kamburjan</name>
    </author>
    <author>
      <name>Marjan Sirjani</name>
    </author>
  </entry>
  <entry>
    <id>http://arxiv.org/abs/2609.16937v2</id>
    <title>Beyond Token-Local Imitation: Reward-Compatible Temporal Credit Assignment for On-Policy Distillation</title>
    <updated>2026-09-19T06:16:04Z</updated>
    <link href="https://arxiv.org/abs/2609.16937v2" rel="alternate" type="text/html"/>
    <link href="https://arxiv.org/pdf/2609.16937v2" rel="related" type="application/pdf" title="pdf"/>
    <summary>On-policy distillation (OPD) has emerged as an effective approach for large language model post-training, yet existing objectives face a trade-off between objective fidelity and optimization stability. Token-level OPD provides stable but local supervision, whereas sequence-level OPD captures future credit at the cost of horizon-dependent variance. We establish a unified temporal-credit view of these formulations, showing that practical token-level OPD can be interpreted as a temporal approximation to the sequence-level reverse-KL gradient. Building on this connection, we propose $γ$OPD (GammaOPD), which uses discounted temporal credit assignment to balance long-horizon supervision and optimization stability, while admitting a horizon-independent variance bound. We further develop a reward-compatible bounded mixing (RBM) mechanism for $γ$OPD that balances verifiable outcome feedback with the discounted OPD advantage to move beyond purely teacher-dependent optimization. Experiments on mathematical and code reasoning demonstrate consistent improvements over existing OPD methods across vanilla, size-mismatched, and multi-teacher distillation settings.</summary>
    <category term="cs.LG" scheme="http://arxiv.org/schemas/atom"/>
    <category term="cs.AI" scheme="http://arxiv.org/schemas/atom"/>
    <category term="cs.PL" scheme="http://arxiv.org/schemas/atom"/>
    <published>2026-09-15T10:12:56Z</published>
    <arxiv:primary_category term="cs.LG"/>
    <author>
      <name>Shiqi Liu</name>
    </author>
    <author>
      <name>Zeyu He</name>
    </author>
    <author>
      <name>Letian Tao</name>
    </author>
    <author>
      <name>Guojian Zhan</name>
    </author>
    <author>
      <name>Jiaxin Gao</name>
    </author>
    <author>
      <name>Feihong Zhang</name>
    </author>
    <author>
      <name>Jingliang Duan</name>
    </author>
    <author>
      <name>Wei Xiong</name>
    </author>
    <author>
      <name>Kehua Sheng</name>
    </author>
    <author>
      <name>Bo Zhang</name>
    </author>
    <author>
      <name>Yang Guan</name>
    </author>
    <author>
      <name>Shengbo Eben Li</name>
    </author>
  </entry>
  <entry>
    <id>http://arxiv.org/abs/2609.16389v1</id>
    <title>Exo-GPU: Safe, Imperative, User-schedulable Programming for Tensor Cores</title>
    <updated>2026-09-14T21:55:23Z</updated>
    <link href="https://arxiv.org/abs/2609.16389v1" rel="alternate" type="text/html"/>
    <link href="https://arxiv.org/pdf/2609.16389v1" rel="related" type="application/pdf" title="pdf"/>
    <summary>Modern GPUs require not only SIMT-style parallelism but also software-managed concurrency between compute and data movement to reach maximum performance. Performance engineers must reason about subdividing work into the hierarchy of computation resources (threads, warps, warpgroups, blocks, clusters), and, in many cases, also must use asynchronous tensor core and memcpy instructions on different levels of the memory hierarchy (registers, tensor core accumulators, shared memory, global memory). Unlike CPUs, where out-of-order execution is managed by hardware and hidden from programmers, GPUs expose explicit instruction reordering to software through these asynchronous instructions. Well-established GPU programming languages generally offer either direct low-level control without safety guarantees (e.g., CUDA C++ inline assembly or intrinsics) or easier-to-analyze, high-level abstractions (e.g., Triton's tile-based model) that hide asynchronous instructions in the compiler backend, which may prevent performance engineers from maximizing performance by tuning critical details. We propose Exo-GPU, an imperative, low-level language that creates minimal abstraction over CUDA. Our key idea is to treat parallelism and synchronization as mere annotations on sequential code rather than as fundamental control flow primitives, enabling verification that these constructs do not alter the program semantics. The benefit is twofold: programmers can reason about code without hidden control flow or mutation, while allowing the Exo-GPU compiler to verify sequential-parallel equivalence--guaranteeing that parallel execution is functionally equivalent to its sequential interpretation. We used Exo-GPU to author GEMM kernels for the H100 GPU, using wgmma, TMA, and split-k. Our kernels achieved over 80% of theoretical peak on large problem sizes, in some cases outperforming the vendor-provided CUBLAS library.</summary>
    <category term="cs.PL" scheme="http://arxiv.org/schemas/atom"/>
    <published>2026-09-14T21:55:23Z</published>
    <arxiv:comment>29 pages, 22 figures, no conference publication. NOTE: red/blue arcs on page 5 are part of the exposition, NOT editing marks</arxiv:comment>
    <arxiv:primary_category term="cs.PL"/>
    <author>
      <name>David Zhao Akeley</name>
    </author>
    <author>
      <name>Yuka Ikarashi</name>
    </author>
    <author>
      <name>Jonathan Ragan-Kelley</name>
    </author>
  </entry>
  <entry>
    <id>http://arxiv.org/abs/2609.16302v1</id>
    <title>Assurance Envelopes for Autonomous Coding Agents: Minimum-Cost Evidence for Software Change</title>
    <updated>2026-09-14T20:06:46Z</updated>
    <link href="https://arxiv.org/abs/2609.16302v1" rel="alternate" type="text/html"/>
    <link href="https://arxiv.org/pdf/2609.16302v1" rel="related" type="application/pdf" title="pdf"/>
    <summary>When a coding agent returns to existing software, it inherits evidence from earlier engineering work: tests, type checks, proofs, static analyses, and traces. Reloading all of it is wasteful, but dropping a piece the change depends on can leave a required property unsupported. Given the properties a change must preserve, its obligations, we ask which least-cost subset of the available evidence re-establishes them, and we call such a subset a task-conditioned assurance envelope. Evidence and the rules that combine it form a typed inference graph; an obligation is met when forward chaining from the selected evidence reaches it, and we validate every selection by that closure rather than by trusting the optimizer. The software-derived graphs in our evaluation come from preserved outcomes of prior AI coding-agent runs; we freeze those artifacts and ask which accumulated evidence should be restored for a later task. Small graphs from Rust, IronBlocks, and Pong outcomes show that the minimum envelope depends on the task, that none may exist when current evidence cannot re-establish a required property, that some properties need several pieces of evidence together, and that expanding the requirements adds evidence rather than replacing it. A prespecified synthetic benchmark of 249 instances characterizes computation: a baseline that discards the 'several pieces together' structure necessarily fails to re-derive them; every completed exact cross-check agreed with the CP-SAT optimizer; and median solve time stayed below 20 ms at 500-evidence graphs, except that graphs with many alternative derivations per target timed out at far smaller sizes, so structure, not raw size, drives difficulty. The contribution is a bounded application of established optimization to selecting assurance context for a software change; discovering the obligations and downstream agent benefit remain open.</summary>
    <category term="cs.SE" scheme="http://arxiv.org/schemas/atom"/>
    <category term="cs.AI" scheme="http://arxiv.org/schemas/atom"/>
    <category term="cs.PL" scheme="http://arxiv.org/schemas/atom"/>
    <published>2026-09-14T20:06:46Z</published>
    <arxiv:comment>15 pages, 4 figures, 3 tables</arxiv:comment>
    <arxiv:primary_category term="cs.SE"/>
    <author>
      <name>Anjan Goswami</name>
    </author>
  </entry>
  <entry>
    <id>http://arxiv.org/abs/2609.16299v1</id>
    <title>Revisiting Soundness for Occurrence Typing, Semantically</title>
    <updated>2026-09-14T19:58:03Z</updated>
    <link href="https://arxiv.org/abs/2609.16299v1" rel="alternate" type="text/html"/>
    <link href="https://arxiv.org/pdf/2609.16299v1" rel="related" type="application/pdf" title="pdf"/>
    <summary>Over the past two decades, numerous systems have brought some of the benefits of dependent typing to a wide variety of new programming languages, often by restricting which terms can appear inside types. Such techniques are known as refinement types, occurrence typing, liquid types, and path dependent types, among others. However, the restrictions adopted by these systems often break the substitution property, because they explicitly disallow the ability to substitute arbitrary terms for variables inside types. This leads to significant complexity in the design and metatheory of these systems, increasing the possibility of significant errors.
  We consider a specific line of work on occurrence typing, namely, the calculus underlying Typed Racket due to Tobin-Hochstadt and Felleisen 2010. We show that the fundamental challenge of substitution into types resulted in multiple flaws in the formalism and the syntactic type soundness theorem of this work. These flaws are replicated in several other papers building on this work, and also surface as a soundness bug in Typed Racket itself. We identify and repair these problems, revising the core calculus of Typed Racket and giving a \emph{semantic type soundness} proof using step-indexed logical relations, formalized in Lean. We argue that this approach is simpler than it may seem, and easily scales to handle the complexity of the occurrence typing in Typed Racket.</summary>
    <category term="cs.PL" scheme="http://arxiv.org/schemas/atom"/>
    <published>2026-09-14T19:58:03Z</published>
    <arxiv:primary_category term="cs.PL"/>
    <author>
      <name>Yuquan Fu</name>
    </author>
    <author>
      <name>Carlo Angiuli</name>
    </author>
    <author>
      <name>Sam Tobin-Hochstadt</name>
    </author>
  </entry>
  <entry>
    <id>http://arxiv.org/abs/2609.15558v2</id>
    <title>Opportunistic ZGC: Leveraging Idle Cores for More Effective Concurrent Garbage Collection</title>
    <updated>2026-09-22T15:09:07Z</updated>
    <link href="https://arxiv.org/abs/2609.15558v2" rel="alternate" type="text/html"/>
    <link href="https://arxiv.org/pdf/2609.15558v2" rel="related" type="application/pdf" title="pdf"/>
    <summary>Managed language runtimes often provide concurrent garbage collectors so that latency-critical applications with large working sets can keep running while most collection work proceeds in the background. ZGC is a production-quality, generational, concurrent collector in OpenJDK with sub-millisecond pause times. While ZGC is designed to run concurrently, frequent and excessive collections with ZGC can still slow the mutators due to synchronization costs and interference with shared computing resources. Hence, the ZGC scheduler is conservative by default, and in most cases, will grow the heap toward the maximum allowed before scheduling a collection. While this approach minimizes collection effort, it can be wasteful, or even harmful, if the maximum heap size is not well tuned to the actual working set.
  We propose Opportunistic ZGC (OppZGC), a feedback-directed ZGC scheduling policy that constrains the heap dynamically and automatically, without per-application tuning. OppZGC identifies periods when CPU cores are underutilized and leverages them for concurrent collection with ZGC. We describe the design and implementation of OppZGC in OpenJDK's HotSpot Java VM and evaluate it with standard and latency-sensitive benchmarks from DaCapo Chopin and SPECjbb. OppZGC limits heap usage when there is CPU capacity sufficient for additional collections, and avoids scheduling extra collections when they would substantially degrade performance. Overall, it reduces maximum heap usage for our DaCapo benchmarks by between 61% and 90%, on average, depending on configuration, with minimal impact on throughput and request latency compared to default ZGC.</summary>
    <category term="cs.PL" scheme="http://arxiv.org/schemas/atom"/>
    <category term="cs.DC" scheme="http://arxiv.org/schemas/atom"/>
    <category term="cs.PF" scheme="http://arxiv.org/schemas/atom"/>
    <published>2026-09-14T13:40:04Z</published>
    <arxiv:primary_category term="cs.PL"/>
    <author>
      <name>Jacob Malloy</name>
    </author>
    <author>
      <name>Michael R. Jantz</name>
    </author>
    <author>
      <name>Terry Jones</name>
    </author>
  </entry>
  <entry>
    <id>http://arxiv.org/abs/2609.16079v1</id>
    <title>QuickerChick</title>
    <updated>2026-09-13T19:23:05Z</updated>
    <link href="https://arxiv.org/abs/2609.16079v1" rel="alternate" type="text/html"/>
    <link href="https://arxiv.org/pdf/2609.16079v1" rel="related" type="application/pdf" title="pdf"/>
    <summary>Property-based testing (PBT) with QuickChick relies on extracting Rocq programs to OCaml. However, this extraction mechanism, while crucial for QuickChick to function, has significant performance implications. In this work, we describe how we optimized QuickChick, exploiting various opportunities offered by program extraction to significantly improve each test's extraction, compilation, and running time. We also evaluate these improvements using the ETNA benchmarking platform for PBT to assess how individual improvements impacted the overall test run time.</summary>
    <category term="cs.PL" scheme="http://arxiv.org/schemas/atom"/>
    <published>2026-09-13T19:23:05Z</published>
    <arxiv:primary_category term="cs.PL"/>
    <author>
      <name>Ivan Mladenov</name>
    </author>
    <author>
      <name>Alperen Keles</name>
    </author>
    <author>
      <name>Leonidas Lampropoulos</name>
    </author>
  </entry>
  <entry>
    <id>http://arxiv.org/abs/2609.14527v2</id>
    <title>Equality saturation theory exploration à la carte</title>
    <updated>2026-09-18T14:36:26Z</updated>
    <link href="https://arxiv.org/abs/2609.14527v2" rel="alternate" type="text/html"/>
    <link href="https://arxiv.org/pdf/2609.14527v2" rel="related" type="application/pdf" title="pdf"/>
    <summary>Rewrite rules are critical in equality saturation, an increasingly popular technique in optimizing compilers, synthesizers, and verifiers. Unfortunately, developing high-quality rulesets is difficult and error-prone. Recent work to automatically infer rewrite rules does not scale to large terms or grammars. Users struggle to guide inference and incrementally construct rulesets because existing rule inference tools are monolithic and opaque. As a result, most equality saturation users still manually develop and maintain rulesets.
  This paper proposes Enumo, a new domain-specific language for programmable theory exploration. Enumo provides a small set of core operators that enable users to strategically guide rule inference and incrementally build rulesets. Short Enumo programs easily replicate results from state-of-the-art tools like Ruler, but Enumo programs can also scale to infer deeper rules from larger grammars than prior approaches. Enumo's composable operators even facilitate developing new strategies for ruleset inference. We introduce a new fast-forwarding strategy which does not require evaluating terms in the target language, and thus supports domains that were out of scope for prior work. Enumo is also easy to extend: two new operators suffice to incorporate large language models into rule inference, where they complement guided search.
  We evaluate Enumo and fast-forwarding across a variety of domains. Compared to state-of-the-art techniques, Enumo can synthesize better rulesets over a diverse set of domains, in some cases matching the effects of manually developed rulesets in systems driven by equality saturation.</summary>
    <category term="cs.PL" scheme="http://arxiv.org/schemas/atom"/>
    <published>2026-09-13T14:06:39Z</published>
    <arxiv:comment>43 pages, 9 figures, Extended version of the OOPSLA 2023 paper, submitted to the Journal of Functional Programming. v2: corrected the accent in the title metadata; paper unchanged</arxiv:comment>
    <arxiv:primary_category term="cs.PL"/>
    <author>
      <name>Anjali Pal</name>
    </author>
    <author>
      <name>Brett Saiki</name>
    </author>
    <author>
      <name>Ryan Tjoa</name>
    </author>
    <author>
      <name>Cynthia Richey</name>
    </author>
    <author>
      <name>Amy Zhu</name>
    </author>
    <author>
      <name>Oliver Flatt</name>
    </author>
    <author>
      <name>Max Willsey</name>
    </author>
    <author>
      <name>Zachary Tatlock</name>
    </author>
    <author>
      <name>Chandrakana Nandi</name>
    </author>
  </entry>
  <entry>
    <id>http://arxiv.org/abs/2609.16064v2</id>
    <title>Expressing NumPy Broadcasting via Verb Rank in J</title>
    <updated>2026-09-16T20:41:25Z</updated>
    <link href="https://arxiv.org/abs/2609.16064v2" rel="alternate" type="text/html"/>
    <link href="https://arxiv.org/pdf/2609.16064v2" rel="related" type="application/pdf" title="pdf"/>
    <summary>The array programming paradigm applies operations to entire arrays rather than individual elements, eliminating explicit loops and abstracting many low-level details of computation. Two influential approaches have shaped array programming: NumPy's broadcasting and Kenneth Iverson's array-oriented notation, with the latter first introduced in APL and later developed in the J language. Although NumPy's array programming model was influenced by Iverson's work, the two systems formalize array operations differently: NumPy primarily through array shapes and broadcasting, and J through verb rank. This paper establishes a formal correspondence between NumPy broadcasting and J rank and presents an implementation of NumPy broadcasting in J. The results provide a formal connection between two influential approaches to array-oriented computation and show how they address the common problem of applying operations to arrays with differing shapes without explicit loops.</summary>
    <category term="cs.PL" scheme="http://arxiv.org/schemas/atom"/>
    <category term="cs.MS" scheme="http://arxiv.org/schemas/atom"/>
    <published>2026-09-13T11:17:24Z</published>
    <arxiv:primary_category term="cs.PL"/>
    <author>
      <name>Marcin Żołek</name>
    </author>
  </entry>
  <entry>
    <id>http://arxiv.org/abs/2609.14040v1</id>
    <title>Reducing Cold-Start Latency in Serverless Applications via Dynamic Slicing</title>
    <updated>2026-09-12T16:49:58Z</updated>
    <link href="https://arxiv.org/abs/2609.14040v1" rel="alternate" type="text/html"/>
    <link href="https://arxiv.org/pdf/2609.14040v1" rel="related" type="application/pdf" title="pdf"/>
    <summary>We present PyXtrim, a system that reduces the cold-start latency of serverless applications through debloating. We focus on Python, a dominant language for serverless applications whose dynamic features and extensive use of native extensions make traditional static debloating particularly challenging. PyXtrim frames debloating as a dynamic slicing problem, using the application's externally visible behavior as the slicing criterion. Everything outside the resulting slice is removed, both from the application and its dependencies. Our key technical contribution is that the slice is computed by a cross-language dynamic dependence engine that tracks data and control dependences across Python and native code and identifies operations that interact with the operating system, which form the slicing criterion.
  As a result, PyXtrim can effectively handle real-world applications that rely on dynamic features such as reflection, interoperate with native code and interact with system resources. Across 31 applications on AWS Lambda, PyXtrim reduces cold-start latency by 21.7% and peak memory usage by 17.1% at the median. This is more than double the reduction achieved by the state of the art, while debloating each application in minutes.</summary>
    <category term="cs.DC" scheme="http://arxiv.org/schemas/atom"/>
    <category term="cs.PL" scheme="http://arxiv.org/schemas/atom"/>
    <category term="cs.SE" scheme="http://arxiv.org/schemas/atom"/>
    <published>2026-09-12T16:49:58Z</published>
    <arxiv:primary_category term="cs.DC"/>
    <author>
      <name>Georgios Alexopoulos</name>
    </author>
    <author>
      <name>Konstantinos Karakatsanis</name>
    </author>
    <author>
      <name>Nikolaos Alexopoulos</name>
    </author>
    <author>
      <name>Dimitris Mitropoulos</name>
    </author>
    <author>
      <name>Thodoris Sotiropoulos</name>
    </author>
  </entry>
  <entry>
    <id>http://arxiv.org/abs/2609.13930v1</id>
    <title>Enforcement of In-Kernel Stateful Security Policies via eBPF</title>
    <updated>2026-09-12T13:24:44Z</updated>
    <link href="https://arxiv.org/abs/2609.13930v1" rel="alternate" type="text/html"/>
    <link href="https://arxiv.org/pdf/2609.13930v1" rel="related" type="application/pdf" title="pdf"/>
    <summary>Many attacks against workloads running on multi-tenant systems are multi-step and history-dependent: sequences of innocuous operations whose malicious nature emerges only over an execution trace. Defending against them requires security policies that are stateful, are enforced within the kernel, and have a precise semantics. Currently deployed proposals fail on at least one count: kernel's built-in syscall filtering and classical MAC frameworks are stateless, while current eBPF-based tools express their policies through ad hoc YAML rules that cannot capture temporal relations among events, and whose semantics is defined only by the implementation.
  We present BPFence, an in-kernel runtime-verification framework that satisfies the properties above. BPFence provides a policy language with a formal semantics that can express temporal relations among events. It also provides a type system that statically distinguishes events the kernel can control from those it can only observe. Every well-typed policy is compiled into a finite-state monitor proved correct with respect to its semantics, and then into eBPF programs that run inside the kernel. We evaluate BPFence on seven case studies drawn from real-world attack patterns, and on a set of micro- and macro-benchmarks to show that the enforcement overhead remains compatible with production deployment.</summary>
    <category term="cs.CR" scheme="http://arxiv.org/schemas/atom"/>
    <category term="cs.PL" scheme="http://arxiv.org/schemas/atom"/>
    <published>2026-09-12T13:24:44Z</published>
    <arxiv:comment>This is the extended version of the paper appearing in Proc. ACM SIGSAC Conference on Computer and Communications Security (CCS '26). It includes the appendices with the full formal development and the additional language constructs omitted from the proceedings version</arxiv:comment>
    <arxiv:primary_category term="cs.CR"/>
    <author>
      <name>Letterio Galletta</name>
    </author>
  </entry>
  <entry>
    <id>http://arxiv.org/abs/2609.11923v1</id>
    <title>GPU-CFR: 80x Faster Counterfactual Regret Minimization by Compiling the Game to Static Dataflow and CUDA Graph Replay</title>
    <updated>2026-09-10T17:58:14Z</updated>
    <link href="https://arxiv.org/abs/2609.11923v1" rel="alternate" type="text/html"/>
    <link href="https://arxiv.org/pdf/2609.11923v1" rel="related" type="application/pdf" title="pdf"/>
    <summary>Counterfactual regret minimization (CFR) is one of the few large numerical workloads that still runs faster on CPUs than on GPUs. Each iteration sweeps a game tree with up to billions of states in millions of small, interdependent gather and scatter steps issued through a generic tree interface. On a GPU every kernel finishes in microseconds, so kernel launches and framework dispatch dominate the run time, and prior GPU implementations have lost to optimized CPU code. We observe that for a fixed game, everything about a CFR iteration except the numerical values is known before the first iteration runs. We propose GPU-CFR, a compiler and runtime built on this observation. It compiles any game once into static dataflow: flat edge and information-set arrays, precomputed indices, and depth-level batched passes fix the entire operation sequence, and only solver state changes between iterations. Static chance folding, depth-level execution blocks, and a dual-lane reach buffer cut the number of framework operations by up to 18.1x. Because shapes, indices, and buffer addresses never change, CUDA Graph Replay records the iteration once and replays it with a single graph launch. On one A100, across an eight-game suite that spans card games, dice games, and board games, GPU-CFR runs 29.8--80.4x faster than the fastest prior GPU CFR on the same accelerator, and 14--258x faster than LiteEFG, one of the fastest open-source CPU implementations, on the four largest games. The compiled representation carries most of that margin: on eight CPU threads with no accelerator it is already 2.2--51.1x faster than the GPU baseline. On the CPU the optimized path reproduces the reference iterates bitwise, and tree construction and graph capture pay for themselves within the first solve. GPU-CFR beats every CPU and GPU baseline on the mid-to-large games of the suite without changing the update rule.</summary>
    <category term="cs.DC" scheme="http://arxiv.org/schemas/atom"/>
    <category term="cs.AI" scheme="http://arxiv.org/schemas/atom"/>
    <category term="cs.GT" scheme="http://arxiv.org/schemas/atom"/>
    <category term="cs.MS" scheme="http://arxiv.org/schemas/atom"/>
    <category term="cs.PL" scheme="http://arxiv.org/schemas/atom"/>
    <published>2026-09-10T17:58:14Z</published>
    <arxiv:primary_category term="cs.DC"/>
    <author>
      <name>Boning Li</name>
    </author>
    <author>
      <name>Longbo Huang</name>
    </author>
  </entry>
  <entry>
    <id>http://arxiv.org/abs/2609.13311v1</id>
    <title>SIMT-Aware Lockstep Verification and Functional-Coverage Closure Methodology for an Open-Source RISC-V GPGPU: A UVM 1.2 Environment</title>
    <updated>2026-09-10T15:45:23Z</updated>
    <link href="https://arxiv.org/abs/2609.13311v1" rel="alternate" type="text/html"/>
    <link href="https://arxiv.org/pdf/2609.13311v1" rel="related" type="application/pdf" title="pdf"/>
    <summary>Open-source RISC-V GPGPUs such as Vortex ship with directed-kernel regressions but no reference-model checking, functional-coverage model, or sign-off discipline. This paper presents a UVM 1.2 environment and methodology that closes that gap. The environment wraps a bus-master SIMT DUT with role-inverted agents, integrates Vortex's functional simulator (SimX) as a per-configuration golden model over DPI-C, and renders verdicts via two injection-qualified checkers: a bidirectional end-state scoreboard and a per-instruction, per-lane lockstep comparator under five SIMT alignment rules. A two-pass load-value feed makes racy fenceless multi-core programs instruction-granularity verifiable (residual zero over 5,432 retirements), with the interrupt-timing boundary stated. A three-layer coverage model adds, to our knowledge, the first published SIMT functional-coverage layer for RTL GPU verification (divergence depth, bank conflicts, coalescing classes), closing its own layers at 98.1% covergroup-bin / 94.7% total (ISA layer separately: 83.1% bins / 89.3% weighted) under machine-generated, RTL-cited exclusions and a blocking waiver-integrity gate; an unstimulated D-extension elaboration affects no functional bin, only lowering totals. The checking depth surfaced real defects on both sides of the comparison: a JALR LSB ISA deviation, a non-scaling watchdog constant (since fixed upstream), a reset-relay X window found by restoring a silenced assertion, a missing AXI error path proven by fault injection, and a reference-model fetch bug found by the lockstep itself. FuzzGPU (USENIX Security 2026), a concurrent RTL GPU fuzzer on the same DUT, is complementary: fuzzing finds bugs, this methodology quantifies sign-off; both independently found the JALR deviation. All findings ship in an evidence-cited register; every number carries provenance and the method's boundaries are stated rather than waived.</summary>
    <category term="cs.AR" scheme="http://arxiv.org/schemas/atom"/>
    <category term="cs.PL" scheme="http://arxiv.org/schemas/atom"/>
    <published>2026-09-10T15:45:23Z</published>
    <arxiv:primary_category term="cs.AR"/>
    <author>
      <name>Samuel Moussa</name>
    </author>
    <author>
      <name>Steven Ibrahim</name>
    </author>
    <author>
      <name>Ahmad Sudky</name>
    </author>
    <author>
      <name>Ahmad Fawzy</name>
    </author>
    <author>
      <name>Abanoub Nabil</name>
    </author>
    <author>
      <name>Alhassan Sayed</name>
    </author>
    <author>
      <name>Hossam Hassan</name>
    </author>
    <author>
      <name>Hyung-Min Yoon</name>
    </author>
  </entry>
  <entry>
    <id>http://arxiv.org/abs/2609.11356v1</id>
    <title>Taming Bitwise Behavior in GPU Kernels with Tensor Core: Black-Box Reconstruction, Compiler Enforcement, and Static Verification</title>
    <updated>2026-09-10T10:39:21Z</updated>
    <link href="https://arxiv.org/abs/2609.11356v1" rel="alternate" type="text/html"/>
    <link href="https://arxiv.org/pdf/2609.11356v1" rel="related" type="application/pdf" title="pdf"/>
    <summary>Determinism and numerical reproducibility are increasingly required of GPU kernels in machine learning systems, yet deterministic implementations of the same kernel can still differ bit for bit. Floating-point reduction order is the primary cause, alongside partial-sum precision, fused multiply-add operations, and rounding placement. These choices may be hand-coded, selected by a block-level language such as Triton, or hidden inside a closed-source library such as cuBLAS or rocBLAS. A tile shape chosen for performance therefore also determines the arithmetic, potentially breaking batch invariance. Preserving a fixed order can cost up to 20 percent, while an autotuner cannot identify which configurations are bitwise equivalent.
  We characterize the factors determining the bitwise behavior of reductions and general matrix multiplication (GEMM). First, we introduce a descriptor of GEMM reduction order, including the partitioning of K in split-K GEMM. Using it, we perform the first black-box reconstruction of a closed-source library's arithmetic for bit-level correctness. Our family of Triton GEMMs matches NVIDIA cuBLAS in all tested cases on Blackwell and Hopper. For realistic LLM shapes with fused epilogues, it matches or exceeds torch.compile performance. Second, we enforce balanced-tree reduction during Triton lowering and introduce a data-layout optimization that brings 19 of 27 kernels on GB300 and H100 within 10 percent of free-order performance. Third, we develop sound static checkers for bitwise equivalence between compiled GPU kernels, including the first checker spanning NVIDIA PTX and AMD GCN. Integrated into Triton's autotuner, the checker restricts search to a single bit-equivalence class.</summary>
    <category term="cs.DC" scheme="http://arxiv.org/schemas/atom"/>
    <category term="cs.PF" scheme="http://arxiv.org/schemas/atom"/>
    <category term="cs.PL" scheme="http://arxiv.org/schemas/atom"/>
    <published>2026-09-10T10:39:21Z</published>
    <arxiv:primary_category term="cs.DC"/>
    <author>
      <name>Ziteng Yang</name>
    </author>
    <author>
      <name>Nicholas J. Riasanovsky</name>
    </author>
    <author>
      <name>Warren Deng</name>
    </author>
    <author>
      <name>Vivek Sarkar</name>
    </author>
  </entry>
  <entry>
    <id>http://arxiv.org/abs/2609.11000v1</id>
    <title>ShellVis: Sandboxed Live Programming for Shell Scripts</title>
    <updated>2026-09-10T02:20:53Z</updated>
    <link href="https://arxiv.org/abs/2609.11000v1" rel="alternate" type="text/html"/>
    <link href="https://arxiv.org/pdf/2609.11000v1" rel="related" type="application/pdf" title="pdf"/>
    <summary>Live programming provides visibility to programmers by running and tracing programs as they are edited. However, for programs with potentially harmful side effects, liveness can turn mistakes into disasters. We propose enabling live programming in environments with side effects via sandboxing: confining effects to a simulation of the true environment. We apply sandboxed live programming in the challenging context of shell scripting: a ubiquitous and powerful---yet notoriously opaque and error-prone---tool. ShellVis provides line-by-line feedback on a shell script's run-time behavior, with file operations sandboxed via a safe overlay of the file system. A qualitative user evaluation finds ShellVis to be helpful to participants, replacing tedious existing practices and instilling confidence. Participant responses also reveal areas for future research, particularly bridging the gulf of execution alongside the gulf of evaluation. ShellVis serves as a case study of how sandboxing can bring live-programming techniques into the many real-world programming contexts where side effects are important.</summary>
    <category term="cs.HC" scheme="http://arxiv.org/schemas/atom"/>
    <category term="cs.PL" scheme="http://arxiv.org/schemas/atom"/>
    <published>2026-09-10T02:20:53Z</published>
    <arxiv:primary_category term="cs.HC"/>
    <author>
      <name>Joshua Horowitz</name>
    </author>
    <author>
      <name>Jeffrey Heer</name>
    </author>
  </entry>
  <entry>
    <id>http://arxiv.org/abs/2609.09641v1</id>
    <title>UnsafeChecker: Finding Soundness Bugs in Rust Safe Abstractions</title>
    <updated>2026-09-09T02:57:26Z</updated>
    <link href="https://arxiv.org/abs/2609.09641v1" rel="alternate" type="text/html"/>
    <link href="https://arxiv.org/pdf/2609.09641v1" rel="related" type="application/pdf" title="pdf"/>
    <summary>Rust guarantees memory safety without garbage collection through a strict ownership and borrowing system. However, for low-level systems programming, many widely used libraries rely on the unsafe keyword. These libraries encapsulate raw-pointer operations behind safe APIs to form safe abstractions. A single mistake in this internal unsafe code can break its safety contract, rendering the abstraction unsound and allowing safe clients to trigger undefined behavior. Detecting these potential soundness violations is challenging. Existing static analysis tools for C/C++ ignore Rust-specific safety contracts, while current Rust tools lack the deep semantic modeling required to track the contexts that raw pointers erase.
  To address this gap, we present UnsafeChecker, a compiler-integrated static analysis framework for detecting potential soundness violations in Rust safe abstractions. UnsafeChecker analyzes Rust MIR using a flow-sensitive abstract interpretation that maintains a shared state with three components: ownership, object validity, and layout. Each warning rule consumes the subset of facts needed for the corresponding Rust safety obligation. UnsafeChecker reports both instruction-level undefined behavior and boundary-level contract violations that may escape through safe APIs. We evaluate UnsafeChecker on a benchmark of 46 RustSec vulnerabilities, which contain 53 ground-truth bugs. UnsafeChecker outperforms several state-of-the-art tools, detecting 32 CVEs and covering 36 bugs (67.9% recall) with 51.6% alert-level precision. Furthermore, in a large-scale scan of real-world crates on crates.io, UnsafeChecker uncovered 114 previously unknown bugs across 83 crates, with 45 confirmed and 27 already fixed by maintainers.</summary>
    <category term="cs.PL" scheme="http://arxiv.org/schemas/atom"/>
    <published>2026-09-09T02:57:26Z</published>
    <arxiv:primary_category term="cs.PL"/>
    <author>
      <name>Xizhe Yin</name>
    </author>
    <author>
      <name>Yaokun Zhang</name>
    </author>
    <author>
      <name>Yang Feng</name>
    </author>
    <author>
      <name>Baowen Xu</name>
    </author>
  </entry>
  <entry>
    <id>http://arxiv.org/abs/2609.09270v1</id>
    <title>Python in the front, party in the Backline: compiling quantum workloads across CPUs, GPUs, and FPGAs</title>
    <updated>2026-09-08T18:00:00Z</updated>
    <link href="https://arxiv.org/abs/2609.09270v1" rel="alternate" type="text/html"/>
    <link href="https://arxiv.org/pdf/2609.09270v1" rel="related" type="application/pdf" title="pdf"/>
    <summary>Moving from quantum research and development to production-grade, fault-tolerant quantum workload execution remains one of the most significant challenges facing quantum platform builders. While Python frameworks have enabled an easy entry point for quantum algorithm design, the low-latency requirements for real-time quantum error correction (QEC) demand performance that traditional interpreted environments cannot provide. FPGAs and ASICs play a central role at these layers, but their specialized programming models make development rigid and time-consuming. CPUs, GPUs, and other accelerators introduce a different challenge: as infrastructure becomes increasingly heterogeneous, programming across different devices and their associated abstractions becomes more complex. Allowing researchers to write workloads in high-level languages that map to low-latency execution across diverse distributed target platforms will enable the development of key infrastructure for utility-scale quantum systems. For this, we introduce $\textit{Backline}$, a heterogeneous compilation and runtime framework built within PennyLane and Catalyst. Backline allows us to design and build quantum-classical workloads for high-performance and low-latency devices, with compilation directly from a Python interface through MLIR. We demonstrate the compilation and execution of several quantum workloads with low-latency data movement across a mix of CPUs, GPUs, and FPGAs, for both local and distributed remote hardware targets, all from a vendor-agnostic Python frontend. With an AMD VPK120 FPGA board as the controller, issuing each round from its hardware-handshake engine, we measured median steady-state round-trip latencies over RoCE v2 of $2.305~μ$s to an AMD Ryzen Threadripper PRO CPU and $4.5~μ$s to an AMD Instinct MI210 GPU across $10^6-1$ rounds per path, demonstrating microsecond-scale synchronous co-processing.</summary>
    <category term="quant-ph" scheme="http://arxiv.org/schemas/atom"/>
    <category term="cs.DC" scheme="http://arxiv.org/schemas/atom"/>
    <category term="cs.PL" scheme="http://arxiv.org/schemas/atom"/>
    <published>2026-09-08T18:00:00Z</published>
    <arxiv:primary_category term="quant-ph"/>
    <author>
      <name>Joseph K. L. Lee</name>
    </author>
    <author>
      <name>Mehrdad Malekmohammadi</name>
    </author>
    <author>
      <name>Hong-Sheng Zheng</name>
    </author>
    <author>
      <name>Shuli Shu</name>
    </author>
    <author>
      <name>Cheick Doumbia</name>
    </author>
    <author>
      <name>Kalman Szenes</name>
    </author>
    <author>
      <name>Mehran Zamani Abnili</name>
    </author>
    <author>
      <name>Thomas Ainsworth</name>
    </author>
    <author>
      <name>Matthew Seymour</name>
    </author>
    <author>
      <name>Thomas Germain</name>
    </author>
    <author>
      <name>Leonhard Neuhaus</name>
    </author>
    <author>
      <name>Josh Izaac</name>
    </author>
    <author>
      <name>Lee J. O'Riordan</name>
    </author>
  </entry>
  <entry>
    <id>http://arxiv.org/abs/2609.08578v1</id>
    <title>Erased Postulates, Identity Types and Quotients</title>
    <updated>2026-09-08T11:16:19Z</updated>
    <link href="https://arxiv.org/abs/2609.08578v1" rel="alternate" type="text/html"/>
    <link href="https://arxiv.org/pdf/2609.08578v1" rel="related" type="application/pdf" title="pdf"/>
    <summary>This text is concerned with the question of whether, in type theory with erasure annotations, one can postulate that some type is inhabited and still have a guarantee that a program will not get stuck. Previous work has provided such guarantees for consistent erased postulates, i.e. postulates that are restricted to be used in erased contexts. Here those guarantees are extended to type theory with identity types.
  Similar ideas provide a simple way to support quotient types: it is shown that one can let things like "the equivalence classes for two related values are equal" be erased postulates and have an eliminator that only computes for the equivalence class constructor, and still get a guarantee that programs will compute correctly.
  Another question is whether programs compute correctly if one is allowed to transport (cast) using erased identity proofs. It is shown that this is safe in the absence of quotients and postulates, and in the presence of quotients and erased postulates that can be implemented using equality reflection. However, unrestricted transports of this kind are not compatible with erased, postulated univalence. For that reason the text includes a study of the function []-cong, which encapsulates a limited form of transport for erased identity proofs.
  The text is accompanied by machine-checked Agda proofs.</summary>
    <category term="cs.PL" scheme="http://arxiv.org/schemas/atom"/>
    <category term="cs.LO" scheme="http://arxiv.org/schemas/atom"/>
    <published>2026-09-08T11:16:19Z</published>
    <arxiv:primary_category term="cs.PL"/>
    <author>
      <name>Nils Anders Danielsson</name>
    </author>
  </entry>
  <entry>
    <id>http://arxiv.org/abs/2609.08075v1</id>
    <title>Mapping Dynamic, Hierarchical Quantum Circuits</title>
    <updated>2026-09-08T00:37:42Z</updated>
    <link href="https://arxiv.org/abs/2609.08075v1" rel="alternate" type="text/html"/>
    <link href="https://arxiv.org/pdf/2609.08075v1" rel="related" type="application/pdf" title="pdf"/>
    <summary>Qubit mapping is a critical pass in quantum compilation. Despite various advances, dynamic circuits, those exhibiting data dependent control-flow, often resulting from qubit measurements, are not yet supported by the vast majority of available qubit mappers. The crucial limitation to overcome is the dependence on flat, one-dimensional representations of circuits. Further, qubit mappers currently lack compiler abstractions that capture the hierarchical nature of circuits, hindering the qubit mapping process. In this paper, 1 we introduce a new qubit mapping method and analyses to tackle hierarchical dynamic circuits. Our novelty resides in four key aspects: modeling (statically) sub-circuits in disjoint control-flow paths, introducing a novel Qubit Reconciliation pass to maintain consistency between sub-circuit and control-flow boundaries, a loop-entry remapping pass, and a refined cost function enhanced for SWAP count, circuit depth, circuit latency and error. We demonstrate the efficiency of our approach on a wide range of dynamic circuits on two monolithic Quantum Processing Units of 127 and 156 qubits, and on chiplet hexagon-based QPUs. On monolithic QPUs, our qubit mapper improves the SWAP count by up to 52%, depth by up to 18%, latency by up to 18.6%, and error by up to 40%. On chiplet architectures, we achieve improvements of up to 36% on SWAP count, 8.7% on depth, 15% on latency, and 15% of error.</summary>
    <category term="cs.PL" scheme="http://arxiv.org/schemas/atom"/>
    <published>2026-09-08T00:37:42Z</published>
    <arxiv:comment>To appear in the Proceedings of the 2027 International Symposium on Code Generation and Optimization (CGO 2027)</arxiv:comment>
    <arxiv:primary_category term="cs.PL"/>
    <author>
      <name>Marouane Benbetka</name>
    </author>
    <author>
      <name>Merwan Bekkar</name>
    </author>
    <author>
      <name>Bokyeong Yoon</name>
    </author>
    <author>
      <name>Riyadh Baghdadi</name>
    </author>
    <author>
      <name>Martin Kong</name>
    </author>
  </entry>
  <entry>
    <id>http://arxiv.org/abs/2609.10600v2</id>
    <title>Certified Panic Mode: Repair-Invariant Error Recovery for Maximal-Munch Lexing</title>
    <updated>2026-09-16T17:49:57Z</updated>
    <link href="https://arxiv.org/abs/2609.10600v2" rel="alternate" type="text/html"/>
    <link href="https://arxiv.org/pdf/2609.10600v2" rel="related" type="application/pdf" title="pdf"/>
    <summary>Classical panic-mode recovery skips a failed scan forward by convention: it promises progress, and membership in a designated set where one is found, but no repair-universal boundary guarantee for the position it lands on. This paper chooses the resume position by theorem: a position is a sound recovery point when every prefix repair whose scan commits through the certificate's returned evidence places a token boundary there, complete repairs the special case, by a committed-prefix lemma over certificates posted for a different purpose (arXiv:2608.03473, arXiv:2608.09761). The quantifier is strictly the stronger one, and a dichotomy locates the difference exactly: the inclusion is strict precisely when no repair completes while some scan still commits through the evidence, a two-token witness realizing the case. The evidence-returning form pairs each answer with the interval it rests on, which is what makes the guarantee deployable: a caller who knows what the scanner cannot check decides whether the certified boundary transfers to the clean input it intended. The search is one forward walk in evidence order and provably terminates; the guarantee is per-automaton, relative to the active mode. The procedure ships in the munch lexing library, and a deterministic corruption study measures its recovery quality beside the classical skip-one and delimiter conventions. Every certified answer whose evidence survives the damage passes its executable landing check on every recovery move, 40,885 of 40,885; among first answers, the 5,595 resting on evidence the damage reached land 1,589 times, reported and never asserted. On 13,522 of the 16,808 trials the shipped repair routine labels beyond repair, the resumed suffix tokenizes whole and the two quantifiers provably coincide, so both are empty there if those negative labels are exact; 3,286 stay undetermined.</summary>
    <category term="cs.PL" scheme="http://arxiv.org/schemas/atom"/>
    <published>2026-09-07T17:58:09Z</published>
    <arxiv:comment>25 pages, 4 figures, 5 tables. Artifact: https://doi.org/10.5281/zenodo.22178507 . The campaign data, mutation suite, witnesses and reproduction scripts are in the artifact; every reported aggregate is regenerated from it. Companion to arXiv:2608.03473 and arXiv:2608.09761</arxiv:comment>
    <arxiv:primary_category term="cs.PL"/>
    <author>
      <name>Nicklas Nidhögg</name>
    </author>
  </entry>
  <entry>
    <id>http://arxiv.org/abs/2609.07667v1</id>
    <title>A monadic interpreter and type-and-effect checker</title>
    <updated>2026-09-07T15:53:47Z</updated>
    <link href="https://arxiv.org/abs/2609.07667v1" rel="alternate" type="text/html"/>
    <link href="https://arxiv.org/pdf/2609.07667v1" rel="related" type="application/pdf" title="pdf"/>
    <summary>We present a concrete implementation in Haskell of a monadic framework that includes both a small-step interpreter and a type-and-effect checker for the corresponding language. Our approach separates the language syntax from the semantics of its effects. This design allows the interpreter to remain parametric over the underlying monad, while the static checker approximates effects independently of their concrete implementation. The theoretical foundation of this framework-applied to a call-by-value lambda calculus with generic effects represented by operations that produce monadic values and are managed through handlers-was introduced in previous work, where the focus was on proving the soundness of the approach. In contrast, the present work leverages Haskell's support for modular programming and monads to demonstrate that the framework is practically implementable and usable. We illustrate the approach with examples using the monad of exceptions and the one of nondeterminism and expressions both with and without handlers.</summary>
    <category term="cs.PL" scheme="http://arxiv.org/schemas/atom"/>
    <published>2026-09-07T15:53:47Z</published>
    <arxiv:primary_category term="cs.PL"/>
    <author>
      <name>Stefano Raviola</name>
    </author>
    <author>
      <name>Paola Giannini</name>
    </author>
    <author>
      <name>Francesco Dagnino</name>
    </author>
  </entry>
  <entry>
    <id>http://arxiv.org/abs/2609.06743v1</id>
    <title>Staged Hybrid Quantum-Classical Programming</title>
    <updated>2026-09-06T17:35:18Z</updated>
    <link href="https://arxiv.org/abs/2609.06743v1" rel="alternate" type="text/html"/>
    <link href="https://arxiv.org/pdf/2609.06743v1" rel="related" type="application/pdf" title="pdf"/>
    <summary>Hybrid quantum-classical computing systems consist of a classical control system that sends quantum circuits and receives measurement results from a quantum co-processor. Such systems allow us to model algorithms that require the classical control system to generate quantum circuits on the fly, potentially based on prior measurement results. This is challenging, as the classical control system must generate quantum circuits that manipulate live quantum states. In this setting, the classical control system is generating further quantum circuits while the quantum co-processor is internally maintaining the state of the live qubits; this is not ideal, since this not only is costly but also introduces additional sources of noise to the live qubits. Thus, we want to minimize the latency between receiving measurement results and sending the next quantum circuit to be executed by pre-computing quantum circuits.
  We introduce HyQ (pronounced haiku), a multi-modal language based on adjoint logic that pre-generates quantum circuits before executing a hybrid quantum-classical program. We achieve this by separating our semantics into two distinct stages: 1) compile-time generation of quantum circuits and classical runtime code and 2) execution of the classical runtime code that instruments the quantum co-processor. This separation between stages allows us to formally guarantee that all circuit-generation logic occurs before the instrumentation logic, i.e., the actual runtime, and minimizes the idling of the quantum co-processor at runtime. We give a type system, a circuit-normalization semantics for the compile-time stage, which eagerly performs all circuit-generation logic, and a runtime semantics for HyQ that corresponds to the second stage. We prove type preservation and progress for both semantics.</summary>
    <category term="cs.PL" scheme="http://arxiv.org/schemas/atom"/>
    <category term="cs.LO" scheme="http://arxiv.org/schemas/atom"/>
    <published>2026-09-06T17:35:18Z</published>
    <arxiv:primary_category term="cs.PL"/>
    <author>
      <name>Chuta Sano</name>
    </author>
    <author>
      <name>Peng Fu</name>
    </author>
    <author>
      <name>Ryan Kavanagh</name>
    </author>
    <author>
      <name>Jennifer Paykin</name>
    </author>
    <author>
      <name>Brigitte Pientka</name>
    </author>
  </entry>
  <entry>
    <id>http://arxiv.org/abs/2609.06443v2</id>
    <title>Expressive power of one-shot control operators and coroutines</title>
    <updated>2026-09-18T10:23:14Z</updated>
    <link href="https://arxiv.org/abs/2609.06443v2" rel="alternate" type="text/html"/>
    <link href="https://arxiv.org/pdf/2609.06443v2" rel="related" type="application/pdf" title="pdf"/>
    <summary>Control operators, such as exceptions and effect handlers, provide a means of representing computational effects in programs abstractly and modularly. While most theoretical studies have focused on multi-shot control operators, one-shot control operators---which restrict the use of captured continuations to at most once---are gaining attention for their balance between expressiveness and efficiency. This study aims to fill the gap. We present a mathematically rigorous comparison of the expressive power among one-shot control operators, including effect handlers, delimited continuations, and even asymmetric coroutines. Following previous studies on multi-shot control operators, we adopt Felleisen's macro-expressiveness as our measure of expressiveness. We verify the folklore that one-shot effect handlers and one-shot delimited-control operators can be macro-expressed by asymmetric coroutines, but not vice versa. We explain why a previous informal argument fails, and how to revise it to make a valid macro-translation.</summary>
    <category term="cs.PL" scheme="http://arxiv.org/schemas/atom"/>
    <category term="cs.LO" scheme="http://arxiv.org/schemas/atom"/>
    <published>2026-09-06T07:35:08Z</published>
    <arxiv:comment>82 pages, 17 figures. Extended version of a paper presented at APLAS 2025 (LNCS 16201, pp. 88-106, https://doi.org/10.1007/978-981-95-3585-9_5, full version: arXiv:2509.11901)</arxiv:comment>
    <arxiv:primary_category term="cs.PL"/>
    <author>
      <name>Kentaro Kobayashi</name>
    </author>
    <author>
      <name>Yukiyoshi Kameyama</name>
    </author>
  </entry>
  <entry>
    <id>http://arxiv.org/abs/2609.06328v1</id>
    <title>SparseConflicts: Handling Conflicting Data Layouts in Sparse Tensor Contractions</title>
    <updated>2026-09-06T01:25:41Z</updated>
    <link href="https://arxiv.org/abs/2609.06328v1" rel="alternate" type="text/html"/>
    <link href="https://arxiv.org/pdf/2609.06328v1" rel="related" type="application/pdf" title="pdf"/>
    <summary>Optimizing sparse tensor computations is challenging due to the use of compressed storage formats, which leads to non-affine loop nests and a vast, complex schedule space. The performance of a given schedule is sensitive to the sparsity pattern of the input tensors, making it difficult to find a single optimal solution. When input tensors in the same tensor contraction have conflicting data layouts in relation to the iteration order, it requires costly-both in time and memory-layout transformation, such as transposition. A promising but under-explored alternative is to generate a schedule that avoids explicit transposition, but this has not been systematically supported in existing compilers.
  This paper presents a new code generation strategy that generalizes the intermediate representation of the TACO sparse tensor compiler to generate a single loop nest, circumventing explicit transposition of tensors when the tensors have conflicting data layout iteration orders. We extend TACOś iteration graph to express a search-based strategy for locating elements in tensors with conflicting layouts, and we introduce new intermediate representation nodes to lower these schedules to efficient code. This enables the systematic generation of loops that do not require explicit transposition, thus avoiding the overhead of materializing temporary tensors.
  We evaluate our approach on a set of sparse tensor contractions using both real-world and synthetic datasets. Our results demonstrate that for computations with misaligned data layouts, our fused approach achieves up to 2x speedup for some sparsity patterns over the traditional approach of explicitly creating a transposed temporary. We also provide guidelines for when this new scheduling strategy is likely to be beneficial.</summary>
    <category term="cs.PL" scheme="http://arxiv.org/schemas/atom"/>
    <published>2026-09-06T01:25:41Z</published>
    <arxiv:comment>25 pages, 18 figures, 2 tables</arxiv:comment>
    <arxiv:primary_category term="cs.PL"/>
    <author>
      <name>Adhitha Dias</name>
    </author>
    <author>
      <name>Kirshanthan Sundararajah</name>
    </author>
    <author>
      <name>Artem Pelenitsyn</name>
    </author>
    <author>
      <name>Milind Kulkarni</name>
    </author>
  </entry>
  <entry>
    <id>http://arxiv.org/abs/2609.06301v1</id>
    <title>Compiling Linear Datalog to SQL for Program Analysis</title>
    <updated>2026-09-05T23:22:25Z</updated>
    <link href="https://arxiv.org/abs/2609.06301v1" rel="alternate" type="text/html"/>
    <link href="https://arxiv.org/pdf/2609.06301v1" rel="related" type="application/pdf" title="pdf"/>
    <summary>Datalog is a declarative query language that has proven highly effective for expressing static program analyses. Although Datalog has deep roots in database theory, most recent advances have largely emerged from the programming languages and compiler communities, with systems such as Soufflé. In contrast, modern relational engines have made significant progress in optimizing recursive SQL.
  This paper revisits the connection between Datalog and relational databases, advocating recursive SQL as a backend for Datalog evaluation. We present a compilation framework that translates Datalog programs, particularly those in the Linear Datalog fragment, into equivalent recursive SQL queries. To bridge the gap between Datalog and SQL, the compiler routes every program through an intermediate language called Midlog. The compiler additionally recovers functional dependencies from the program and exposes them as schema keys, unlocking the engine's standard query optimizations. This approach enables existing database engines to execute a broad class of program analyses, outperforming the Soufflé engine by up to an order of magnitude on the Umbra backend. Umbra achieves a geometric-mean speedup of 5.46$\times$ at 8 threads, whereas DuckDB is competitive with Soufflé single-threaded and is slower at 8 threads (geometric-mean speedup of 0.68$\times$). Furthermore, the generated SQL is portable; it runs on seven database systems without any engine modification. Our results highlight what the relational engines require to fully support Datalog for large-scale program analysis.</summary>
    <category term="cs.DB" scheme="http://arxiv.org/schemas/atom"/>
    <category term="cs.PL" scheme="http://arxiv.org/schemas/atom"/>
    <published>2026-09-05T23:22:25Z</published>
    <arxiv:primary_category term="cs.DB"/>
    <author>
      <name>Amir Shaikhha</name>
    </author>
    <author>
      <name>Anna Herlihy</name>
    </author>
    <author>
      <name>Hung Ngo</name>
    </author>
  </entry>
  <entry>
    <id>http://arxiv.org/abs/2609.06231v2</id>
    <title>Formalising and Implementing Grassroots Social Contracts: From Legal Text to Grassroots Platforms (Full Version)</title>
    <updated>2026-09-13T14:37:26Z</updated>
    <link href="https://arxiv.org/abs/2609.06231v2" rel="alternate" type="text/html"/>
    <link href="https://arxiv.org/pdf/2609.06231v2" rel="related" type="application/pdf" title="pdf"/>
    <summary>Two centuries ago Pierre-Joseph Proudhon envisioned a social contract that is (1) an agreement of man with man; (2) reciprocal; (3) imposing no obligation upon the parties except that which results from their personal promise; (4) subject to no external authority; (5) freely accepted and signed by all the participants; (6) of the nature of a contract of exchange. He also envisioned a property of social contracts, analogous to a property of digital platforms we term grassroots: that one could "make a contract with all, as ... with some"; digitally, that a grassroots platform can have multiple instances, which may coalesce by mutual consent. We define grassroots social contracts as social contracts meeting these conditions and that (7) people are free to deal with each other; and (8) there is no external register of people. We show that a grassroots social contract can be transformed into a working grassroots platform through an abstraction cascade, from the contract text to formal act schemas, verified syntactically to be grassroots, and then to volition-guarded multiagent atomic transactions. Act schemas are a formal language for the acts the contract describes, each naming the parties' roles, which of them must will the act, and its precondition and effect at each role. Any contract written in this language meets the eight conditions, provided it is syntactically grassroots, satisfying three decidable conditions, Introduction, Provenance and Volition. We prove that the protocol realising a syntactically grassroots contract is grassroots, and volitionally so. Clauses of a grassroots social contract are of three legal types: a breach of an enforced clause is impossible with a correct implementation; a breach of an attested or undertaken clause can be taken to court, with signed evidence for an attested clause. We illustrate them with a grassroots social graph and grassroots currencies.</summary>
    <category term="cs.CY" scheme="http://arxiv.org/schemas/atom"/>
    <category term="cs.DC" scheme="http://arxiv.org/schemas/atom"/>
    <category term="cs.HC" scheme="http://arxiv.org/schemas/atom"/>
    <category term="cs.PL" scheme="http://arxiv.org/schemas/atom"/>
    <published>2026-09-05T19:09:44Z</published>
    <arxiv:primary_category term="cs.CY"/>
    <author>
      <name>James Golike</name>
    </author>
    <author>
      <name>Andy Lewis-Pye</name>
    </author>
    <author>
      <name>Ehud Shapiro</name>
    </author>
  </entry>
  <entry>
    <id>http://arxiv.org/abs/2609.05364v1</id>
    <title>Design Docs Are All You Need: An AI-native Machine-Learning Performance Tool</title>
    <updated>2026-09-04T17:08:51Z</updated>
    <link href="https://arxiv.org/abs/2609.05364v1" rel="alternate" type="text/html"/>
    <link href="https://arxiv.org/pdf/2609.05364v1" rel="related" type="application/pdf" title="pdf"/>
    <summary>Machine-learning performance modeling is a uniquely hostile terrain for long-lived software: the assumptions baked into today's abstractions are invalidated by tomorrow's models and systems, forcing perpetual refactoring of performance-modeling frameworks. Meanwhile, AI coding agents have become fast and capable enough that regenerating an entire library is cheaper than paying down the tech debt of incrementally patching it. We describe SMART, a rigorous symbolic performance-modeling library for ML systems whose main branch contains almost no code: the repository is a DAG of self-contained natural-language design docs, coding sub-agents regenerate the implementation from only the docs on new version updates, and every human change is a natural-language edit to a doc--self-documenting by construction. Two ingredients make regeneration reliable: (i) a design-doc style built around step-by-step worked examples that act as in-context demonstrations for the generating agents, and (ii) a minimal, recursively defined operator IR with symbolic (SymPy) cost expressions, a fast analytical roll-up mode for large sweeps, and a slow modulo-scheduling mode for fine-grained schedule studies. Regenerated implementations reproduce hand-audited reference models--including DeepSeek-V3 serving on a TPU pod slice--to round-off precision, suggesting that design docs--not code--can be the durable artifact for ML-systems co-design tools.</summary>
    <category term="cs.PL" scheme="http://arxiv.org/schemas/atom"/>
    <category term="cs.AI" scheme="http://arxiv.org/schemas/atom"/>
    <published>2026-09-04T17:08:51Z</published>
    <arxiv:primary_category term="cs.PL"/>
    <author>
      <name>Samuel Kushnir</name>
    </author>
    <author>
      <name>Kimia Noorbakhsh</name>
    </author>
    <author>
      <name>Kavya Sreedhar</name>
    </author>
    <author>
      <name>Liqun Cheng</name>
    </author>
    <author>
      <name>Ming Liu</name>
    </author>
    <author>
      <name>Parthasarathy Ranganathan</name>
    </author>
    <author>
      <name>Mohammad Alizadeh</name>
    </author>
    <author>
      <name>Fred Kjolstad</name>
    </author>
    <author>
      <name>Suvinay Subramanian</name>
    </author>
  </entry>
  <entry>
    <id>http://arxiv.org/abs/2609.05288v1</id>
    <title>Augur: Predicting View Serializability Violations in Relational Data Store Applications</title>
    <updated>2026-09-04T15:42:57Z</updated>
    <link href="https://arxiv.org/abs/2609.05288v1" rel="alternate" type="text/html"/>
    <link href="https://arxiv.org/pdf/2609.05288v1" rel="related" type="application/pdf" title="pdf"/>
    <summary>Data stores are widely used because they provide persistence, scalability, and fault tolerance with a simple interface. However, most data store applications configure the data store to use weak isolation to achieve scalable performance, resulting in sporadic unserializable executions that are incorrect or fail. Prior work uses dynamic predictive analysis to infer violations from execution traces, but it cannot handle relational (i.e., SQL) queries with complex predicates, and it predicts executions that do not violate View Serializability.
  This paper introduces Augur, the first dynamic predictive program analysis that (1) supports data store applications with complex relational queries and (2) reports only executions that violate View Serializability. The evaluation demonstrates that Augur finds feasible, unserializable executions in the widely used OLTP-Bench programs and in the widely used e-commerce application Spree.</summary>
    <category term="cs.PL" scheme="http://arxiv.org/schemas/atom"/>
    <published>2026-09-04T15:42:57Z</published>
    <arxiv:primary_category term="cs.PL"/>
    <author>
      <name>Chujun Geng</name>
    </author>
    <author>
      <name>Noah Charlton</name>
    </author>
    <author>
      <name>Spyros Blanas</name>
    </author>
    <author>
      <name>Michael D. Bond</name>
    </author>
    <author>
      <name>Yang Wang</name>
    </author>
    <arxiv:doi>10.1145/3839480</arxiv:doi>
    <link rel="related" href="https://doi.org/10.1145/3839480" title="doi"/>
  </entry>
  <entry>
    <id>http://arxiv.org/abs/2609.04904v1</id>
    <title>CPL: A Compact C-like Systems Language with Explicit Low-Level Control</title>
    <updated>2026-09-04T09:07:15Z</updated>
    <link href="https://arxiv.org/abs/2609.04904v1" rel="alternate" type="text/html"/>
    <link href="https://arxiv.org/pdf/2609.04904v1" rel="related" type="application/pdf" title="pdf"/>
    <summary>This paper presents Cordell Programming Language (CPL), a compact C-like systems language that retains C's direct access to memory, layout, and machine interfaces while experimenting with a smaller grammar and selected conveniences from newer languages. Also this paper studies whether C-like are more convenient to use for compiler experiments than modern approaches and paradigms. While the language and compiler provide primitive values, pointers, arrays, containers with methods, unions, generic functions, overloads, entry-point and section control, system calls, and inline assembly, they do not provide high-level constructs such as classes, built-in methods, a standard library, or memory protection. The article describes the language design, compiler pipeline, target backends, static-analysis architecture, and OS-facing use cases, then evaluates the prototype backend with reproducible x86_64 and i386 microbenchmarks against C compiler baselines. The obtained results suggest that the compiler can produce code comparable to that produced by production compilers such as GCC and Clang, as well as by small compilers such as TinyC and SmallerC.</summary>
    <category term="cs.PL" scheme="http://arxiv.org/schemas/atom"/>
    <category term="cs.SE" scheme="http://arxiv.org/schemas/atom"/>
    <published>2026-09-04T09:07:15Z</published>
    <arxiv:primary_category term="cs.PL"/>
    <author>
      <name>Nikolay Fot</name>
    </author>
    <author>
      <name>Alexander Vinarsky</name>
    </author>
  </entry>
  <entry>
    <id>http://arxiv.org/abs/2609.04585v1</id>
    <title>JLIR: A Julia-Native MLIR-Inspired Intermediate Representation with Automatic JACC Kernel Extraction</title>
    <updated>2026-09-04T00:35:54Z</updated>
    <link href="https://arxiv.org/abs/2609.04585v1" rel="alternate" type="text/html"/>
    <link href="https://arxiv.org/pdf/2609.04585v1" rel="related" type="application/pdf" title="pdf"/>
    <summary>The Multi-Level Intermediate Representation (MLIR) has made reusable compiler infrastructure practical for domain-specific computation. However, MLIR's strong compile-time type requirements and low-level (C++) extension model can be a poor match for high-level, dynamically specialized languages such as Julia. MLIR has several drawbacks for dynamic programming languages in terms of the type system and level of abstraction. It is thus extremely challenging for non-compiler or scientific computing users to introduce new programming abstractions and express algorithm implementations in a form that remains both natural and optimizable. As a result, library interfaces for linear algebra, mesh processing, partial differential equations, and related domains often sit outside the compiler optimization path. We present JLIR (Julia-native Level Intermediate Representation), a Julia-native intermediate representation framework that brings the main benefits of MLIR-style multi-level, dialect-oriented compilation into the Julia ecosystem while remaining usable as ordinary Julia code. JLIR represents Julia programs before low-level lowering, supports extensible operations and transformation passes through Julia's language mechanisms, and allows partially typed programs to remain transformable until concrete types are known. The framework includes built-in dialects for arithmetic, control flow, functions, structured loops, and memory operations, and it also includes a lightweight mechanism for adding new domain operations without modifying the core system. To demonstrate JLIR's capabilities, we applied it to automatic Julia for Accelerators (JACC) kernel generation.</summary>
    <category term="cs.PL" scheme="http://arxiv.org/schemas/atom"/>
    <category term="cs.CL" scheme="http://arxiv.org/schemas/atom"/>
    <published>2026-09-04T00:35:54Z</published>
    <arxiv:primary_category term="cs.PL"/>
    <author>
      <name>Narasinga Rao Miniskar</name>
    </author>
    <author>
      <name>Seyong Lee</name>
    </author>
    <author>
      <name>Keita Teranishi</name>
    </author>
    <author>
      <name>Jeffrey S Vetter</name>
    </author>
  </entry>
  <entry>
    <id>http://arxiv.org/abs/2609.04535v2</id>
    <title>An Empirical Analysis of CodeQL False Positives and Query Refinements for Java Vulnerabilities</title>
    <updated>2026-09-15T01:48:54Z</updated>
    <link href="https://arxiv.org/abs/2609.04535v2" rel="alternate" type="text/html"/>
    <link href="https://arxiv.org/pdf/2609.04535v2" rel="related" type="application/pdf" title="pdf"/>
    <summary>Static application security testing (SAST) tools help developers find vulnerabilities before deployment, but false positives create substantial triage effort. We study whether CodeQL false positives in Java security analysis form recurring, explainable patterns that can be reduced by refining the analysis. We run CodeQL's Java security query suite on 167 CVE instances from 110 projects, focusing on the ten queries with the highest false positive rates. We manually review 500 sampled false positive paths and locations and construct a source-level taxonomy. The five categories are Missed Path Constraint or Sanitization (36.6%), Benign Execution Context (29.4%), Missing Trust Boundary Modeling (27.6%), Imprecise Concurrency Modeling (5%), and Imprecise Sink Modeling (1.4%).
  Guided by these findings, we implement CodeQL refinements that detect and filter recurring false positive patterns at the query level. The refinements remove 81.8% of reviewed false positives. Across the full selected-query dataset, they remove 15.8% of reported paths and locations while retaining 7 of 8 true positives. This shows that many false positives can be reduced in the analysis, although fixed refinements often depend on project-specific context. To address this generalization gap, we evaluate whether agentic coding tools can adapt refinement patterns to new projects. Given our patterns as templates, the two tools succeed on 56% and 62% of tasks, with query compile-pass rates above 90%. Without this guidance, both succeed on only 28%, while compile rates fall to 30-36%. These results support a refinement-oriented SAST workflow in which recurring false positives are modeled in CodeQL queries and automatically adapted to different project contexts, reducing repeated triage.</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-09-03T22:48:21Z</published>
    <arxiv:primary_category term="cs.SE"/>
    <author>
      <name>Amirali Sajadi</name>
    </author>
    <author>
      <name>Saikat Dutta</name>
    </author>
    <author>
      <name>Preetha Chatterjee</name>
    </author>
  </entry>
  <entry>
    <id>http://arxiv.org/abs/2609.04528v1</id>
    <title>Towards a universal language of concepts: A survey</title>
    <updated>2026-09-03T22:37:04Z</updated>
    <link href="https://arxiv.org/abs/2609.04528v1" rel="alternate" type="text/html"/>
    <link href="https://arxiv.org/pdf/2609.04528v1" rel="related" type="application/pdf" title="pdf"/>
    <summary>Humans can learn and generalize novel concepts from sparse data because they express knowledge in rich structural formats. In this paper, we propose that programs are a strong candidate for universal representation of concepts. We review computational models of concept learning that use programs as their concept representation and evaluate their contribution toward a universal representational language.</summary>
    <category term="cs.AI" scheme="http://arxiv.org/schemas/atom"/>
    <category term="cs.PL" scheme="http://arxiv.org/schemas/atom"/>
    <category term="cs.SC" scheme="http://arxiv.org/schemas/atom"/>
    <published>2026-09-03T22:37:04Z</published>
    <arxiv:comment>Originally completed as an M.S. capstone project at UCLA in 2022</arxiv:comment>
    <arxiv:primary_category term="cs.AI"/>
    <author>
      <name>Aishni Parab</name>
    </author>
  </entry>
  <entry>
    <id>http://arxiv.org/abs/2609.04523v1</id>
    <title>MaxKernel: Agentic Kernel Generation for TPUs</title>
    <updated>2026-09-03T22:22:37Z</updated>
    <link href="https://arxiv.org/abs/2609.04523v1" rel="alternate" type="text/html"/>
    <link href="https://arxiv.org/pdf/2609.04523v1" rel="related" type="application/pdf" title="pdf"/>
    <summary>Designing and authoring high-performance custom kernels for accelerators is a complex task that requires deep hardware-level expertise. Large Language Models (LLM) can be leveraged together with real-time compiler feedback to build agentic systems for kernel generation. In this work, we present MaxKernel, a multi-agent system that implements three distinct paradigms for TPU kernel development: (1) a Human-in-the-Loop (HITL) agent for collaborative, step-by-step design; (2) an Autonomous (Auto) agent that executes a fully automated, metric/trace-driven optimization loop; and (3) a Graph-Based Autonomous Search that scales the Auto agent for global exploration of the design space. All three paradigms leverage a shared pool of specialized sub-agents to handle planning, implementation, self-debugging, testing, and hardware profiling. We evaluate MaxKernel on JaxBench, a comprehensive suite of 50 diverse kernel tasks for TPUs, alongside complex, real-world workloads from state-of-the-art open-source models. We demonstrate that MaxKernel consistently generates highly optimized implementations, matching expert hand-tuned baselines and delivering significant performance across the benchmark. Our agent is open-sourced and available https://github.com/AI-Hypercomputer/accelerator-agents/tree/main/MaxKernel.</summary>
    <category term="cs.AI" scheme="http://arxiv.org/schemas/atom"/>
    <category term="cs.PF" scheme="http://arxiv.org/schemas/atom"/>
    <category term="cs.PL" scheme="http://arxiv.org/schemas/atom"/>
    <published>2026-09-03T22:22:37Z</published>
    <arxiv:comment>14 pages, 6 figures, 4 tables</arxiv:comment>
    <arxiv:primary_category term="cs.AI"/>
    <author>
      <name>Shangkun Wang</name>
    </author>
    <author>
      <name>Nina Cai</name>
    </author>
    <author>
      <name>Charles Hoong</name>
    </author>
    <author>
      <name>Julian Walker</name>
    </author>
    <author>
      <name>Gerson Kroiz</name>
    </author>
    <author>
      <name>George Vanica</name>
    </author>
    <author>
      <name>Deepak Patil</name>
    </author>
    <author>
      <name>Andi Gavrilescu</name>
    </author>
    <author>
      <name>Hassan Sipra</name>
    </author>
    <author>
      <name>Sethu Sankaran</name>
    </author>
  </entry>
  <entry>
    <id>http://arxiv.org/abs/2609.04372v1</id>
    <title>Corten - Foundational Verification of Rust Programs</title>
    <updated>2026-09-03T18:37:50Z</updated>
    <link href="https://arxiv.org/abs/2609.04372v1" rel="alternate" type="text/html"/>
    <link href="https://arxiv.org/pdf/2609.04372v1" rel="related" type="application/pdf" title="pdf"/>
    <summary>We present Corten, a foundational verification framework for Rust programs in the Rocq theorem prover, built on the Iris separation logic framework. Corten provides the first semantics of surface-level Rust mechanized in a proof assistant with an attached program logic, directly grounded in the Rust Reference: it deeply embeds the Typed High-level Intermediate Representation (THIR) into Rocq and formalises Rust's dynamic semantics as a weakest-precondition predicate transformer calculus. By operating at THIR rather than on internal compiler representations, Corten proof goals display the THIR AST, which pretty-prints to surface Rust, keeping verification close to the source code and facilitating maintainability as code evolves. Atop this semantics, Corten develops a program logic and a syntax-directed proof automation layer; the program logic includes defunctionalized continuation stacks that keep proof goals first-order and compact. Soundness is established incrementally, construct by construct, against an interaction-trees denotation. A synthetic test suite demonstrates a two-to-four times reduction in proof size compared to raw semantic proofs. We further showcase Corten on a buddy allocator case study, verifying memory safety of the allocation and deallocation functions, laying the groundwork for end-to-end verification in a shared Rocq semantic foundation spanning hardware-software boundaries.</summary>
    <category term="cs.PL" scheme="http://arxiv.org/schemas/atom"/>
    <published>2026-09-03T18:37:50Z</published>
    <arxiv:comment>41 pages, 13 figures</arxiv:comment>
    <arxiv:primary_category term="cs.PL"/>
    <author>
      <name>František Farka</name>
    </author>
    <author>
      <name>Carmine Abate</name>
    </author>
    <author>
      <name>Sven Linker</name>
    </author>
    <author>
      <name>Sebastian Ertel</name>
    </author>
  </entry>
  <entry>
    <id>http://arxiv.org/abs/2609.03998v2</id>
    <title>Typed Flexible-Arity Slotted E-Graphs: A Soundness Construction and an Alloy Case Study</title>
    <updated>2026-09-19T03:48:23Z</updated>
    <link href="https://arxiv.org/abs/2609.03998v2" rel="alternate" type="text/html"/>
    <link href="https://arxiv.org/pdf/2609.03998v2" rel="related" type="application/pdf" title="pdf"/>
    <summary>Slotted e-graphs represent open terms modulo consistent renaming, while algebraic operators benefit from canonical sequence, bag, or set children. We compose the two at a specification level: typed slot-mapped invocations inhabit operator-declared ports whose sibling quotient and recursive flattening licenses are certified separately. A generic finite quotient presentation proves exactness of its least-orbit normal form, while certified records specify effective-support kernel extraction and collision. For abstract obligation traces carrying local endpoint certificates, we prove finite-unfolding equational soundness. An Alloy case study compares seven related pipeline arms on a frozen corpus and a controlled transformation suite.</summary>
    <category term="cs.PL" scheme="http://arxiv.org/schemas/atom"/>
    <category term="cs.LO" scheme="http://arxiv.org/schemas/atom"/>
    <published>2026-09-03T15:38:56Z</published>
    <arxiv:comment>47 pages, including 21 for the main part and 26 for appendix</arxiv:comment>
    <arxiv:primary_category term="cs.PL"/>
    <author>
      <name>Guanxuan Wu</name>
    </author>
    <author>
      <name>Allison Sullivan</name>
    </author>
  </entry>
  <entry>
    <id>http://arxiv.org/abs/2609.03778v1</id>
    <title>Quantisation of Abstract Data Types</title>
    <updated>2026-09-03T12:51:10Z</updated>
    <link href="https://arxiv.org/abs/2609.03778v1" rel="alternate" type="text/html"/>
    <link href="https://arxiv.org/pdf/2609.03778v1" rel="related" type="application/pdf" title="pdf"/>
    <summary>In this paper, we introduce a notion of abstract quantum data type within the framework of universal algebra. This notion provides an algebraic foundation for describing data abstraction in quantum programming. We formally define a quantisation of classical data types and show that their equational specifications can be soundly lifted to the quantum setting. Two standard quantisation methods for classical functions, namely the bit oracle and the phase oracle, arise as special cases of this general construction. We illustrate the framework with applications to quantum arrays and quantum error-correcting codes, showing how they can be understood through the lens of data-type quantisation. We further establish conditions under which quantisation preserves structural relationships and constructions of classical data types, including embeddings, isomorphisms, and products.</summary>
    <category term="quant-ph" scheme="http://arxiv.org/schemas/atom"/>
    <category term="cs.PL" scheme="http://arxiv.org/schemas/atom"/>
    <category term="cs.SE" scheme="http://arxiv.org/schemas/atom"/>
    <published>2026-09-03T12:51:10Z</published>
    <arxiv:comment>37 pages</arxiv:comment>
    <arxiv:primary_category term="quant-ph"/>
    <author>
      <name>Mingsheng Ying</name>
    </author>
    <author>
      <name>Zhicheng Zhang</name>
    </author>
    <author>
      <name>Kean Chen</name>
    </author>
  </entry>
  <entry>
    <id>http://arxiv.org/abs/2609.03114v1</id>
    <title>Enhancing the Power of Polyhedral-Based Optimizations with Coordinate-Based Hill Climbing</title>
    <updated>2026-09-02T19:50:00Z</updated>
    <link href="https://arxiv.org/abs/2609.03114v1" rel="alternate" type="text/html"/>
    <link href="https://arxiv.org/pdf/2609.03114v1" rel="related" type="application/pdf" title="pdf"/>
    <summary>This paper describes our experience extending the polyhedral compiler Pluto with a lightweight, coordinate-wise hill-climbing tuner that adjusts numeric transformation parameters, such as tile sizes and thread-block dimensions, after Pluto selects the kernel's loop structure. To ensure fast convergence and escape local minima, hill climbing is augmented with two techniques: expanded neighborhood exploration and a shortest-hop refinement phase. On x86 and ARM CPUs, tuned kernels outperform Pluto's default configuration (1.06-1.28x geometric mean speedup across 11 benchmarks) and static optimizers (Clang -O3, Polly, IOOpt), reaching performance competitive with the AutoTVM autotuner at substantially lower search cost. Applying the same technique to GPU thread-block allocation on an NVIDIA A100 yields 5.5-8.5% improvement over default configurations. These results position post-optimization parameter tuning as a practical middle ground between fixed-cost-model polyhedral compilation and full autotuning.</summary>
    <category term="cs.PL" scheme="http://arxiv.org/schemas/atom"/>
    <published>2026-09-02T19:50:00Z</published>
    <arxiv:comment>26 pages, 75 references, 15 figures and 3 tables</arxiv:comment>
    <arxiv:primary_category term="cs.PL"/>
    <author>
      <name>Gaurav Verma</name>
    </author>
    <author>
      <name>Michael Canesche</name>
    </author>
    <author>
      <name>Fernando Magno Quintão Pereira</name>
    </author>
  </entry>
  <entry>
    <id>http://arxiv.org/abs/2609.02873v1</id>
    <title>Causal Probabilistic Programming via Magmadic Do-Notation</title>
    <updated>2026-09-02T17:54:57Z</updated>
    <link href="https://arxiv.org/abs/2609.02873v1" rel="alternate" type="text/html"/>
    <link href="https://arxiv.org/pdf/2609.02873v1" rel="related" type="application/pdf" title="pdf"/>
    <summary>We introduce a do-notation metalanguage for causal probabilistic programming. The metalanguage is based on magmads: non-associative monads. We derive causal probabilistic programming constructs from non-associativity and the primitives of probabilistic programming.</summary>
    <category term="cs.PL" scheme="http://arxiv.org/schemas/atom"/>
    <category term="cs.LO" scheme="http://arxiv.org/schemas/atom"/>
    <published>2026-09-02T17:54:57Z</published>
    <arxiv:comment>11 pages</arxiv:comment>
    <arxiv:primary_category term="cs.PL"/>
    <author>
      <name>Mario Román</name>
    </author>
  </entry>
  <entry>
    <id>http://arxiv.org/abs/2609.22220v1</id>
    <title>Measuring the Checker: Mutation Analysis for GPU-Kernel Benchmark Oracles</title>
    <updated>2026-09-02T10:30:05Z</updated>
    <link href="https://arxiv.org/abs/2609.22220v1" rel="alternate" type="text/html"/>
    <link href="https://arxiv.org/pdf/2609.22220v1" rel="related" type="application/pdf" title="pdf"/>
    <summary>Benchmarks for LLM-generated GPU kernels decide correctness with a few random inputs and a loose floating-point tolerance, and their verdicts now feed leaderboards and reinforcement-learning rewards. Recent work agrees these checkers are weak and patches them by hand---extra input distributions, fuzzing recipes, tighter tolerances---with no way to \emph{measure} whether any patch suffices. We introduce mutation analysis as an adequacy metric for kernel-benchmark oracles: deterministic rules inject 10{,}303 compilable faults into verified CUDA implementations of 188 KernelBench problems, 7{,}384 of them with an independent kill witness; any test protocol is scored by the fraction it detects. The official check misses \textbf{one in six} witnessed faults (16.9%), deterministically, and the misses are skewed by family: 8.7% of arithmetic faults escape, but 78.6% of precision faults do. The metric explains why (a tolerance blind band growing with reduction size; a measured ceiling on input aggressiveness set by legitimate floating-point variance), audits the strongest existing patch (KernelBench-Verified's gain splits into $+4.0$ points from hidden inputs and $+4.5$ from tighter tolerance, a split its authors could not compute), and exposes a published fuzzing recipe that rejects \emph{correct} kernels 107 times. Optimizing suites over the kill matrix reaches 98.0% detection with two inputs per problem (94.8% held-out), and the measurement's fault taxonomy teaches a test generator more than the raw faults themselves. Across 48 whole architectures, the blindness grows with scale, concentrating in deep homogeneous pipelines, and two problems prove unrefereeable: their official references violate the benchmark's own tolerance against fp64. We release everything as \href{https://huggingface.co/datasets/Elfsong/KernelBench-M}{KernelBench-M}.</summary>
    <category term="cs.LG" scheme="http://arxiv.org/schemas/atom"/>
    <category term="cs.PL" scheme="http://arxiv.org/schemas/atom"/>
    <published>2026-09-02T10:30:05Z</published>
    <arxiv:primary_category term="cs.LG"/>
    <author>
      <name>Mingzhe Du</name>
    </author>
    <author>
      <name>Anh Tuan Luu</name>
    </author>
    <author>
      <name>Dong Huang</name>
    </author>
    <author>
      <name>See-Kiong Ng</name>
    </author>
  </entry>
  <entry>
    <id>http://arxiv.org/abs/2609.02048v1</id>
    <title>Type-Directed, Secure-by-Construction Enclave Partitioning for LLVM</title>
    <updated>2026-09-02T03:25:29Z</updated>
    <link href="https://arxiv.org/abs/2609.02048v1" rel="alternate" type="text/html"/>
    <link href="https://arxiv.org/pdf/2609.02048v1" rel="related" type="application/pdf" title="pdf"/>
    <summary>Trusted Execution Environments (TEEs) provide hardware-supported isolation through enclaves that protect code and data independently of software abstractions. However, TEEs alone cannot enforce information-flow security. This problem is further aggravated in LLVM-like low-level languages that allow unrestricted pointer manipulation and unstructured control flow. Moreover, using TEEs effectively typically requires manually partitioning applications into enclave and non-enclave components, a process that is labor-intensive, error-prone, and lacks fine-grained control.
  We address these challenges with a three-step approach. First, we formalize SIR, an enclave-oblivious calculus based on LLVM IR, equipped with a novel permissive type system that enforces security against low-level attackers. To obtain meaningful guarantees, SIR combines information-flow control with security-aware coarse-grained memory safety. Second, we extend SIR to SIREN, an enclave-aware calculus that enforces noninterference against stronger attackers capable of observing arbitrary non-enclave memory. Third, we develop a type-driven, type-preserving compilation from SIR to SIREN that automatically produces secure enclave-aware programs, eliminating manual partitioning while providing fine-grained control over host-enclave boundaries.
  We implement and evaluate SPLITR on thirteen microbenchmarks and real-world workloads, including applications from SGXGauge, on Intel SGX hardware. SPLITR scales to OpenSSL (425,953 LLVM IR instructions) and supports multiple objectives that expose trade-offs among enclave TCB size, host-enclave transitions, and boundary data movement. For OpenSSL, optimizing for transitions reduces them from 393 to 187. Runtime overhead is dominated by fixed enclave costs for short-running workloads, whereas long-running applications better amortize these costs and approach native performance.</summary>
    <category term="cs.CR" scheme="http://arxiv.org/schemas/atom"/>
    <category term="cs.PL" scheme="http://arxiv.org/schemas/atom"/>
    <published>2026-09-02T03:25:29Z</published>
    <arxiv:primary_category term="cs.CR"/>
    <author>
      <name>Wesley B. Nuzzo</name>
    </author>
    <author>
      <name>Samuel Dodson</name>
    </author>
    <author>
      <name>Benjamin Houle</name>
    </author>
    <author>
      <name>Tarakaram Gollamudi</name>
    </author>
    <author>
      <name>Anitha Gollamudi</name>
    </author>
  </entry>
  <entry>
    <id>http://arxiv.org/abs/2609.02005v1</id>
    <title>Unifying Function- and Argument-First Bidirectional Type Systems</title>
    <updated>2026-09-02T02:30:20Z</updated>
    <link href="https://arxiv.org/abs/2609.02005v1" rel="alternate" type="text/html"/>
    <link href="https://arxiv.org/pdf/2609.02005v1" rel="related" type="application/pdf" title="pdf"/>
    <summary>Bidirectional typing mixes type synthesis and type checking into a single process. Existing bidirectional type systems can be classified into two styles based on whether, given a function application, a bidirectional typing algorithm synthesizes the function's type first and typechecks the argument against the synthesized argument type, or it synthesizes the arguments' types first and typechecks the function against the synthesized arguments' types. We call the former _function-first_ and the latter _argument-first_. Not only do the two styles significantly differ in how the type systems and typing algorithms are formalized, but also they lead to incompatible typeabilities, forcing a language designer to select one style and to give up the other's typeabilities.
  In this paper, we unify the two styles and develop \lang with a new bidirectional type system for higher-rank polymorphism. Key ideas of the unification are twofold. Each function application is annotated with a bit of information to represent whether function- or argument-first typing is used, to allow a language designer (or even a programmer) to switch between the two styles at their discretion. We reformulate the function- and argument-first type systems by using ideas from colored types and boxy types, which can specify which part of a type should be synthesized or used for checking in a flexible manner. We also develop a typing algorithm based on the worklist approach by Zhao et al.
  The (declarative) type system of $λ^{BH}$ is shown to be sound and to subsume two representative function- and argument-first systems. Our typing algorithm is shown to be sound with respect to the type system of $λ^{BH}$ and complete with respect to representative function- and argument-first systems. We mechanically prove the metatheorems using the Abella theorem prover.</summary>
    <category term="cs.PL" scheme="http://arxiv.org/schemas/atom"/>
    <published>2026-09-02T02:30:20Z</published>
    <arxiv:comment>Accepted as a short version at APLAS 2026 (Springer LNCS). This extended version includes substantial new material and results</arxiv:comment>
    <arxiv:primary_category term="cs.PL"/>
    <author>
      <name>Takuma Yoshioka</name>
    </author>
    <author>
      <name>Taro Sekiyama</name>
    </author>
    <author>
      <name>Atsushi Igarashi</name>
    </author>
  </entry>
  <entry>
    <id>http://arxiv.org/abs/2609.01771v1</id>
    <title>GadIR: A Spatial-Topology Preserving Compiler for Quantum Many-Body Systems Simulation</title>
    <updated>2026-09-01T18:42:13Z</updated>
    <link href="https://arxiv.org/abs/2609.01771v1" rel="alternate" type="text/html"/>
    <link href="https://arxiv.org/pdf/2609.01771v1" rel="related" type="application/pdf" title="pdf"/>
    <summary>Simulating quantum many-body systems has been one of the most important applications of quantum computation. For simulation, the Hamiltonian of a physical system is compiled into quantum programs with native instructions for quantum hardware. In previous works, the Hamiltonian is represented as Pauli strings, then compiled and optimized based on the quantum circuit model. Such representation paradigm neglects the spatial topology of original physical models, which is vital information to reducing the overhead of compiling many-body systems Hamiltonians.
  To address such neglect, we introduce a spatial-topology preserving compiler for quantum many-body simulation. Using Pauli gadgets as the representations of the Hamiltonian, we introduce our intermediate representation -- GadIR, to preserve the spatial-topology information of original physical models. Our compiler frontend performs the group reduction algorithm based on Pauli gadget model, which is a hardware-independent optimization. Our compiler backend performs trotterization and scheduling on Pauli gadgets, then synthesizes the Pauli gadgets into hardware-native quantum programs. We evaluate our compiler on all the canonical quantum many-body system models, while achieving a significant reduction on compilation overhead regarding four major quantum architectures. Overall, our spatial-topology preserving IR exploits the compilation optimization space for quantum many-body systems Hamiltonian.</summary>
    <category term="quant-ph" scheme="http://arxiv.org/schemas/atom"/>
    <category term="cs.AR" scheme="http://arxiv.org/schemas/atom"/>
    <category term="cs.PL" scheme="http://arxiv.org/schemas/atom"/>
    <published>2026-09-01T18:42:13Z</published>
    <arxiv:comment>59th IEEE/ACM International Symposium on Microarchitecture (MICRO 2026)</arxiv:comment>
    <arxiv:primary_category term="quant-ph"/>
    <author>
      <name>Xiangyu Ren</name>
    </author>
    <author>
      <name>Yuexun Huang</name>
    </author>
    <author>
      <name>Zhaohui Yang</name>
    </author>
    <author>
      <name>Yuchen Zhu</name>
    </author>
    <author>
      <name>Tsung-Wei Huang</name>
    </author>
    <author>
      <name>Tsung-Yi Ho</name>
    </author>
    <author>
      <name>Zhiding Liang</name>
    </author>
    <author>
      <name>Antonio Barbalace</name>
    </author>
  </entry>
  <entry>
    <id>http://arxiv.org/abs/2609.01762v1</id>
    <title>Synthesis of Compact and Expressive Quantum-Circuit Optimizations</title>
    <updated>2026-09-01T18:29:11Z</updated>
    <link href="https://arxiv.org/abs/2609.01762v1" rel="alternate" type="text/html"/>
    <link href="https://arxiv.org/pdf/2609.01762v1" rel="related" type="application/pdf" title="pdf"/>
    <summary>Today's quantum devices are noisy, so reducing circuit size is critical for reliable execution. Existing rule-based optimizers often rely on large rule sets that are difficult to manage and still miss long-distance transformations. We present QSymb, a framework for synthesizing compact and expressive quantum-circuit rewrite rules with formal guarantees. We formalize symbolic rewrite rules in which a symbolic gate represents infinitely many subcircuits. We then define canonical symbolic rules of the form $L;S = S;R$ and prove that they constitute a compact generative core from which general symbolic rules can be derived. On top of this formal foundation, given a gate set, QSymb synthesizes (1) a small, non-derivable concrete rule set that is complete up to chosen size and qubit bounds, and (2) a small but expressive canonical symbolic rule set that captures transformations beyond finite or monomial-only patterns. We further present rule anchoring to derive optimization-effective rules from canonical symbolic rules. Together, these results provide both expressiveness and guarantees: soundness of synthesized rules via validation, non-derivability, and bounded completeness. On the IBM-Eagle gate set, QSymb strictly outperforms state-of-the-art rewrite-based optimizers (Qiskit, Guoq, Quartz, TKET, and Queso) in two-qubit-gate reduction on 90%, 67%, 82%, 85%, and 83% of standard quantum algorithm benchmarks, respectively; on Nam gate set, the corresponding rates are 88%, 74%, 81%, 86%, and 82.9%. It achieves final average two-qubit-gate reductions of 27.44% and 29.95%, respectively.</summary>
    <category term="cs.PL" scheme="http://arxiv.org/schemas/atom"/>
    <published>2026-09-01T18:29:11Z</published>
    <arxiv:comment>To appear in Proc. ACM Program. Lang. 10, OOPSLA2 (2026)</arxiv:comment>
    <arxiv:primary_category term="cs.PL"/>
    <author>
      <name>Wei Qiang</name>
    </author>
    <author>
      <name>Ronghui Gu</name>
    </author>
    <arxiv:doi>10.1145/3839450</arxiv:doi>
    <link rel="related" href="https://doi.org/10.1145/3839450" title="doi"/>
  </entry>
  <entry>
    <id>http://arxiv.org/abs/2609.01525v1</id>
    <title>Relational-Core Graph Analytics Querying graphs at SQL scale, and why the node/edge model is a performance tax, not a truer picture of connected data</title>
    <updated>2026-09-01T16:55:11Z</updated>
    <link href="https://arxiv.org/abs/2609.01525v1" rel="alternate" type="text/html"/>
    <link href="https://arxiv.org/pdf/2609.01525v1" rel="related" type="application/pdf" title="pdf"/>
    <summary>A durable assumption holds that graph analytics requires a purpose-built graph engine, and that relational systems are ill-suited to connected data. We argue the opposite for the workloads enterprises actually run. A columnar relational engine fronted by a graph query language matches or exceeds native graph engines on analytical graph queries, and - decisively - scales past the point where in-memory graph engines fail. We further argue that the node/edge property graph is not a more faithful model of connected data but a re-encoding of relationships that already exist explicitly in relational tables; reconstructing them at query time is pure overhead. We present ClickGraph and its Databricks-dialect sibling DeltaGraph, systems that translate Cypher directly onto the native relational schema - the tables, columns, and foreign keys as they already exist - and execute in place on ClickHouse, Databricks, or in-process on lakehouse files, with no import and no separate cluster. Because the output is ordinary SQL, an underperforming query is an open optimization surface: it can be rewritten, and the engine itself extended. We support the argument with a peer system's own published benchmark, in which a columnar engine outruns Neo4j by two-to-four orders of magnitude, and with reproducible measurements across the LDBC Social Network Benchmark suite.</summary>
    <category term="cs.DB" scheme="http://arxiv.org/schemas/atom"/>
    <category term="cs.AI" scheme="http://arxiv.org/schemas/atom"/>
    <category term="cs.PL" scheme="http://arxiv.org/schemas/atom"/>
    <published>2026-09-01T16:55:11Z</published>
    <arxiv:primary_category term="cs.DB"/>
    <author>
      <name>Gene Zhang</name>
    </author>
  </entry>
  <entry>
    <id>http://arxiv.org/abs/2609.01502v1</id>
    <title>Support Local Variables</title>
    <updated>2026-09-01T16:32:46Z</updated>
    <link href="https://arxiv.org/abs/2609.01502v1" rel="alternate" type="text/html"/>
    <link href="https://arxiv.org/pdf/2609.01502v1" rel="related" type="application/pdf" title="pdf"/>
    <summary>Ruby is a dynamically typed and object-oriented programming language. Its primary implementation, CRuby, contains a bytecode virtual machine and a mature lazy basic block versioning (LBBV) just-in-time (JIT) compiler called YJIT.
  In order to both implement more advanced optimizations than YJIT supports and also encourage more outside contributions, we present a new method-based JIT called ZJIT. Like YJIT, ZJIT compiles from bytecode to machine code. Unlike YJIT, ZJIT has multiple global and local optimization passes.
  ZJIT's high-level intermediate representation is in static single assignment (SSA) form. In order to optimize Ruby's local variables, ZJIT lifts local variables into SSA values. This is a departure from how other Ruby compilers handle locals: other JIT compilers either leave local variables as memory loads and stores or do advanced partial evaluation to recover SSA values from memory.
  While implementing locals, we (re-)discovered what features make local variables in Ruby especially challenging to compile correctly and efficiently. We demonstrate these features and illustrate how we solved these problems in ZJIT.</summary>
    <category term="cs.PL" scheme="http://arxiv.org/schemas/atom"/>
    <published>2026-09-01T16:32:46Z</published>
    <arxiv:primary_category term="cs.PL"/>
    <author>
      <name>Maxwell Bernstein</name>
    </author>
    <author>
      <name>Takashi Kokubun</name>
    </author>
    <author>
      <name>Aaron Patterson</name>
    </author>
    <author>
      <name>Si Xing "Alan" Wu</name>
    </author>
    <author>
      <name>Kevin Menard</name>
    </author>
    <arxiv:doi>10.1145/3840562.3844969</arxiv:doi>
    <link rel="related" href="https://doi.org/10.1145/3840562.3844969" title="doi"/>
  </entry>
  <entry>
    <id>http://arxiv.org/abs/2609.01292v1</id>
    <title>Relational Task Generation Language: A Declarative Specification Framework for Relational Deep Learning</title>
    <updated>2026-09-01T14:27:06Z</updated>
    <link href="https://arxiv.org/abs/2609.01292v1" rel="alternate" type="text/html"/>
    <link href="https://arxiv.org/pdf/2609.01292v1" rel="related" type="application/pdf" title="pdf"/>
    <summary>Relational Deep Learning (RDL) has become a powerful paradigm for learning from multi-tabular data. However, manually defining RDL prediction tasks is a laborious process that frequently results in data leakage. To address this issue, we introduce Relational Task Generation Language (RTGL) - an open-source declarative language that streamlines RDL task formulation by abstracting away low-level SQL details. We showcase RTGL by reconstructing existing RDL benchmark tasks and uncovering their inconsistencies stemming from manually crafted SQL definitions of RDL prediction targets, thereby underscoring the value of a dedicated declarative language. In addition, we demonstrate the practical utility of RTGL by designing various new tasks with diverse forms and target types. Our experiments confirm the robustness and usability of RTGL, as well as its seamless integration with the existing RDL frameworks, making it widely accessible to the community.</summary>
    <category term="cs.PL" scheme="http://arxiv.org/schemas/atom"/>
    <category term="cs.DB" scheme="http://arxiv.org/schemas/atom"/>
    <category term="cs.LG" scheme="http://arxiv.org/schemas/atom"/>
    <published>2026-09-01T14:27:06Z</published>
    <arxiv:comment>Accepted to MLG 2026</arxiv:comment>
    <arxiv:primary_category term="cs.PL"/>
    <author>
      <name>Oleksii Kolesnichenko</name>
    </author>
    <author>
      <name>Jakub Peleška</name>
    </author>
    <author>
      <name>Gustav Šír</name>
    </author>
  </entry>
  <entry>
    <id>http://arxiv.org/abs/2609.01110v1</id>
    <title>Griotte: Verified Compartmentalisation via Capabilities</title>
    <updated>2026-09-01T11:50:45Z</updated>
    <link href="https://arxiv.org/abs/2609.01110v1" rel="alternate" type="text/html"/>
    <link href="https://arxiv.org/pdf/2609.01110v1" rel="related" type="application/pdf" title="pdf"/>
    <summary>CHERIoT is a novel hardware-software co-design that leverages hardware capabilities to define a notion of compartment, in a minimalistic capability-based OS, CHERIoT RTOS. By default, compartments are isolated to limit damage in case of bugs or malicious behaviour. To allow cross-compartment communication, the OS provides a privileged component, called the switcher. The switcher provides an interface for cross-compartment calls, while enforcing isolation between compartments and guaranteeing stack safety. Together with hardware capabilities, the switcher is critical to enforce the security guarantees of the CHERIoT compartment model. The design of CHERIoT raises two questions: First, how can one formalise the informal notion of compartmentalisation that CHERIoT compartments are designed to provide? And second, given that the safety properties of CHERIoT hinge on the complementary roles of the capability machine and of the switcher, does the design of CHERIoT enforce the desired security properties?
  In this paper, we introduce Griotte and Griotte OS, idealised but faithful versions of the CHERIoT machine and the CHERIoT RTOS, which we use to answer these two questions: First, we formally capture the aforementioned security guarantees in the form of a continuation-based logical relation which captures the combined behaviour of the switcher and of the capability machine. And second, we define a specification for the Griotte switcher that enforces those guarantees, and prove that the implementation meets the specification. We demonstrate Griotte on a range of key scenarios illustrating different aspects of CHERIoT, including integrity of the local state in the presence of memory sharing with unknown code. Our approach is modular: we verify compartments individually, and then compose their specifications. Together, our contributions give a solid formal foundation to the design of CHERIoT.</summary>
    <category term="cs.PL" scheme="http://arxiv.org/schemas/atom"/>
    <category term="cs.CR" scheme="http://arxiv.org/schemas/atom"/>
    <published>2026-09-01T11:50:45Z</published>
    <arxiv:primary_category term="cs.PL"/>
    <author>
      <name>June Rousseau</name>
    </author>
    <author>
      <name>Aïna Linn Georges</name>
    </author>
    <author>
      <name>Jean Pichon-Pharabod</name>
    </author>
    <author>
      <name>Lars Birkedal</name>
    </author>
  </entry>
  <entry>
    <id>http://arxiv.org/abs/2609.01037v1</id>
    <title>A Dynamic Intermediate Representation for Hybrid Quantum-Classical Programs</title>
    <updated>2026-09-01T10:35:46Z</updated>
    <link href="https://arxiv.org/abs/2609.01037v1" rel="alternate" type="text/html"/>
    <link href="https://arxiv.org/pdf/2609.01037v1" rel="related" type="application/pdf" title="pdf"/>
    <summary>Quantum compilers typically follow the circuit model, representing programs as fixed sequences of gates. This static view breaks down in hybrid quantum-classical applications, where gate choices depend on runtime data or measurement results. We introduce a new Intermediate Representation (IR) that elevates gates to first-class values, enabling their dynamic creation, composition, and control. This unified representation allows classical computation to steer quantum behaviour, capturing phenomena including stochastic gate selection, adaptive error correction, and measurement-driven computation within a single framework. Case studies in noise modelling, randomised compilation, error correction, and measurement-based quantum computing show that our IR expresses these programs compactly and supports optimisations that were not possible in the circuit model. Evaluation on a benchmark suite of hybrid quantum-classical programs indicates that our IR represents programs compactly and facilitates compiler analysis and transformation.</summary>
    <category term="cs.PL" scheme="http://arxiv.org/schemas/atom"/>
    <category term="quant-ph" scheme="http://arxiv.org/schemas/atom"/>
    <published>2026-09-01T10:35:46Z</published>
    <arxiv:comment>12 pages</arxiv:comment>
    <arxiv:primary_category term="cs.PL"/>
    <author>
      <name>Alex Rice</name>
    </author>
    <author>
      <name>Chris Heunen</name>
    </author>
    <author>
      <name>Tobias Grosser</name>
    </author>
  </entry>
  <entry>
    <id>http://arxiv.org/abs/2609.00579v1</id>
    <title>Predicting Program Exit Code with LLMs and Programming Language Semantics</title>
    <updated>2026-09-01T02:18:20Z</updated>
    <link href="https://arxiv.org/abs/2609.00579v1" rel="alternate" type="text/html"/>
    <link href="https://arxiv.org/pdf/2609.00579v1" rel="related" type="application/pdf" title="pdf"/>
    <summary>Large language models (LLMs) have shown proficiency in various software engineering tasks, such as code generation and translation. However, a key limitation in their performance may be their (lack of) understanding of programming-language semantics. Even when explicit semantics are given, it remains unclear whether LLMs apply those rules or lean on priors learned during pre-training instead. We study if LLMs lean on priors or given semantics with a novel task--Program Executability Prediction (PrEx)--that asks models to predict whether a program is semantically valid or invalid (and, if invalid, which formal rule it violates) given the program's syntax and operational semantics. Because PrEx requires both valid and invalid programs, we build a dataset with systematically generated invalid transformations derived from valid programs. We evaluate open-source coding LLMs under two semantic formalisms and two semantic shifts across Human-Written, LLM-Translated, and Fuzzer-Generated program splits. Our findings show that LLMs lean on pre-training priors rather than systematically applying the given rules, performing especially poorly on modified semantics and degrading further as program complexity increases. PrEx is available at https://github.com/EngineeringSoftware/prex.</summary>
    <category term="cs.PL" scheme="http://arxiv.org/schemas/atom"/>
    <category term="cs.AI" scheme="http://arxiv.org/schemas/atom"/>
    <category term="cs.CL" scheme="http://arxiv.org/schemas/atom"/>
    <category term="cs.SE" scheme="http://arxiv.org/schemas/atom"/>
    <published>2026-09-01T02:18:20Z</published>
    <arxiv:comment>Accepted at LMPL 2026</arxiv:comment>
    <arxiv:primary_category term="cs.PL"/>
    <author>
      <name>Lara Marinov</name>
    </author>
    <author>
      <name>Aditya Thimmaiah</name>
    </author>
    <author>
      <name>Jayanth Srinivasa</name>
    </author>
    <author>
      <name>Junyi Jessy Li</name>
    </author>
    <author>
      <name>Milos Gligoric</name>
    </author>
    <arxiv:doi>10.1145/3843750.3843842</arxiv:doi>
    <link rel="related" href="https://doi.org/10.1145/3843750.3843842" title="doi"/>
  </entry>
  <entry>
    <id>http://arxiv.org/abs/2609.00246v1</id>
    <title>Beyond Locks and Thread IDs: Static Data Race Detection Off The Beaten Path (Extended Version)</title>
    <updated>2026-08-31T18:47:23Z</updated>
    <link href="https://arxiv.org/abs/2609.00246v1" rel="alternate" type="text/html"/>
    <link href="https://arxiv.org/pdf/2609.00246v1" rel="related" type="application/pdf" title="pdf"/>
    <summary>Maintaining an abstraction of the execution history of threads can improve the precision of data race detection in static analysis. Here, we extend the digest framework to handle concurrency constructs and synchronization mechanisms that have been ignored in static race detection. We introduce mechanisms for the commonly used thread barriers, as well as pthread_once, which allows to ensure that an action is executed only once. We also instantiate the framework with an abstraction of locksets held by ancestor threads. We propose a suite of litmus tests to evaluate analyses for these features and compare our implementation to state-of-the-art tools, finding that they lack support.</summary>
    <category term="cs.PL" scheme="http://arxiv.org/schemas/atom"/>
    <category term="cs.SE" scheme="http://arxiv.org/schemas/atom"/>
    <published>2026-08-31T18:47:23Z</published>
    <arxiv:comment>49 pages, 12 figures, 6 tables</arxiv:comment>
    <arxiv:primary_category term="cs.PL"/>
    <author>
      <name>Daniel Bund</name>
    </author>
    <author>
      <name>Julian Erhard</name>
    </author>
    <author>
      <name>Michael Petter</name>
    </author>
    <author>
      <name>Michael Schwarz</name>
    </author>
  </entry>
  <entry>
    <id>http://arxiv.org/abs/2608.29841v1</id>
    <title>SkillForge: Compositional Skill Synthesis with Verification-in-the-Loop for Generating Formally Verified Dafny Programs</title>
    <updated>2026-08-30T15:15:00Z</updated>
    <link href="https://arxiv.org/abs/2608.29841v1" rel="alternate" type="text/html"/>
    <link href="https://arxiv.org/pdf/2608.29841v1" rel="related" type="application/pdf" title="pdf"/>
    <summary>Generating formally verified programs from natural language remains challenging: existing approaches either produce code in a single pass without recourse when verification fails, or rely on open-ended agentic reasoning that is non-deterministic and opaque. We introduce SKILLFORGE, a framework that decomposes formal code synthesis into a library of atomic, reusable skills, each targeting a specific subtask such as specification inference, body synthesis, invariant generation, error diagnosis, or targeted repair, and defined by a prompt template, tool binding, and decidable success criterion. A verification-driven harness orchestrates these skills: it submits candidates to the Dafny verifier, diagnoses failures into structured categories, deterministically routes to the appropriate repair skill, and iterates until formal correctness is proved or a budget is exhausted. On a curated benchmark of natural language to Dafny specification pairs, SKILLFORGE substantially outperforms both state-of-the-art agentic approaches (including ReAct-style agents, MCTS-based repair, and RL-guided verification) and traditional iterative baselines, while requiring fewer tokens and lower latency. Ablation studies confirm that every skill contributes measurably, and the harness converges rapidly with the majority of programs verified on the first attempt.</summary>
    <category term="cs.CL" scheme="http://arxiv.org/schemas/atom"/>
    <category term="cs.PL" scheme="http://arxiv.org/schemas/atom"/>
    <published>2026-08-30T15:15:00Z</published>
    <arxiv:comment>Accepted by EMNLP 2026</arxiv:comment>
    <arxiv:primary_category term="cs.CL"/>
    <author>
      <name>Yanming Liu</name>
    </author>
    <author>
      <name>Xinyue Peng</name>
    </author>
    <author>
      <name>Jiannan Cao</name>
    </author>
    <author>
      <name>Xinyi Wang</name>
    </author>
    <author>
      <name>Jinbo Su</name>
    </author>
  </entry>
  <entry>
    <id>http://arxiv.org/abs/2608.29808v1</id>
    <title>POLYFLOW: A Neuro-Symbolic Framework for Static Cross-Language Information Flow Analysis</title>
    <updated>2026-08-30T14:19:35Z</updated>
    <link href="https://arxiv.org/abs/2608.29808v1" rel="alternate" type="text/html"/>
    <link href="https://arxiv.org/pdf/2608.29808v1" rel="related" type="application/pdf" title="pdf"/>
    <summary>Modern software systems are commonly constructed in multiple, interacting programming languages. This construction leads to additional, often stealthy vulnerabilities buried in complex information flow due to language interactions. Existing static analyzers are impeded by the heterogeneous semantics of different languages, whereas dynamic approaches suffer from the limited coverage of (available and/or generated) test inputs. In this paper, we develop PolyFlow, a neural-symbolic framework for statically reasoning about information flow across language boundaries, combining large language models (LLMs) and static analysis synergistically. Governed by the control-flow representation of a given multi-language system, PolyFlow leverages LLMs to identify implicit flow facts due to challenging language features, hence augmenting the base representation and then propagating data flow through the system. It tackles inherent barriers (e.g., token limit and hallucination) of LLMs by putting them under careful guidance (e.g., static-analysis-guided scoping, context management, and fact checking), along with a multi-LLM expert panel for negotiated validation. Our experiments on real-world Python-C and Java-C systems show that PolyFlow is cost-effective and superior to various kinds of state-of-the-art baselines, revealing previously unknown cross-language vulnerabilities that are missed by all the baselines.</summary>
    <category term="cs.CR" scheme="http://arxiv.org/schemas/atom"/>
    <category term="cs.PL" scheme="http://arxiv.org/schemas/atom"/>
    <category term="cs.SE" scheme="http://arxiv.org/schemas/atom"/>
    <published>2026-08-30T14:19:35Z</published>
    <arxiv:primary_category term="cs.CR"/>
    <author>
      <name>Haoran Yang</name>
    </author>
    <author>
      <name>Zhixuan Zhong</name>
    </author>
    <author>
      <name>Jiawei Guo</name>
    </author>
    <author>
      <name>Haipeng Cai</name>
    </author>
  </entry>
  <entry>
    <id>http://arxiv.org/abs/2609.00058v1</id>
    <title>CUDA-Harness: Harnessing Agentic CUDA Kernel Generation and Optimization from Natural Language</title>
    <updated>2026-08-30T13:51:43Z</updated>
    <link href="https://arxiv.org/abs/2609.00058v1" rel="alternate" type="text/html"/>
    <link href="https://arxiv.org/pdf/2609.00058v1" rel="related" type="application/pdf" title="pdf"/>
    <summary>Developing high-performance CUDA kernels demands specialized knowledge in algorithm implementation, correctness validation, and hardware-aware parallel optimization, creating a substantial expertise barrier and making generating CUDA kernels directly from natural language (Text2CUDA) essential. Meanwhile, the general-purpose code generation capability of Large Language Models (LLMs) prompts a series of works exploring LLM-based CUDA kernel generation. They mainly focus on transpilation from high-level frameworks such as PyTorch to CUDA (Torch2CUDA) rather than Text2CUDA, where models must understand the high-level input semantics and handle low-level kernel implementation and validation. Additionally, these methods are vulnerable to reward hacking due to reliance on predefined test inputs. In this paper, we propose CUDA-Harness, a framework for harnessing agentic CUDA kernel generation and optimization from natural language. Specifically, we introduce Intermediate-Structured Generation to connect high-level semantic understanding with low-level kernel generation. To dilute reward hacking in Text2CUDA, we construct Synthesis-Based Verification to provide isolated test data and progressive validation. Furthermore, we propose Feedback-Adaptive Evolution, a kernel evolution strategy that prioritizes correctness while optimizing performance. Finally, through extensive experiments, we demonstrate the effectiveness of CUDA-Harness, with further evaluations illustrating generalization across LLMs, hardware platforms, and to C-to-CUDA transpilation.</summary>
    <category term="cs.CL" scheme="http://arxiv.org/schemas/atom"/>
    <category term="cs.AI" scheme="http://arxiv.org/schemas/atom"/>
    <category term="cs.MA" scheme="http://arxiv.org/schemas/atom"/>
    <category term="cs.PL" scheme="http://arxiv.org/schemas/atom"/>
    <category term="cs.SE" scheme="http://arxiv.org/schemas/atom"/>
    <published>2026-08-30T13:51:43Z</published>
    <arxiv:primary_category term="cs.CL"/>
    <author>
      <name>Qi Fan</name>
    </author>
    <author>
      <name>An Zou</name>
    </author>
    <author>
      <name>Yehan Ma</name>
    </author>
  </entry>
  <entry>
    <id>http://arxiv.org/abs/2608.29592v1</id>
    <title>Separating Parsing Expression Grammars using Cell-Probe Lower Bounds</title>
    <updated>2026-08-30T06:27:15Z</updated>
    <link href="https://arxiv.org/abs/2608.29592v1" rel="alternate" type="text/html"/>
    <link href="https://arxiv.org/pdf/2608.29592v1" rel="related" type="application/pdf" title="pdf"/>
    <summary>We resolve three open problems concerning parsing expression grammars (PEGs). We construct a single language $C$ satisfying $C\in\mathsf{LIN}\cap\mathsf{PEG}$ and $C^R\in\mathsf{LIN}\setminus\mathsf{PEG}$. This proves that some linear context-free language is not a PEG language and that PEG languages are not closed under reversal, confirming a conjecture of Loff, Moreira, and Reis. Factoring the same witness resolves the concatenation-closure problem of Rubtsov and Chudinov negatively, in the strong form $\mathsf{PEG}\cdot\mathsf{REG}\not\subseteq\mathsf{PEG}$ despite $\mathsf{REG}\cdot\mathsf{PEG}\subseteq\mathsf{PEG}$. It also refutes closure under Kleene star, homomorphisms, and substitutions.
  Our main technique converts scaffolding automata (SCAs), which characterize reversals of PEG languages, into dynamic data structures in the cell-probe model. For any suitably local serialization of a problem with preprocessing, updates, and a final Boolean query, an SCA recognizer yields an exact deterministic cell-probe data structure whose operation costs are proportional to the corresponding encoding lengths. Cell-probe lower bounds can therefore prove SCA non-membership and, by reversal, PEG non-membership. We apply this transfer to Multiphase Inner Product using one-symbol update blocks and a query suffix of length $O(\log n)$, while keeping both the language and its reversal linear context-free. Ko's cell-probe lower bound then yields the witness above. The arguments are additionally formalized in Lean 4.</summary>
    <category term="cs.PL" scheme="http://arxiv.org/schemas/atom"/>
    <category term="cs.CC" scheme="http://arxiv.org/schemas/atom"/>
    <category term="cs.FL" scheme="http://arxiv.org/schemas/atom"/>
    <published>2026-08-30T06:27:15Z</published>
    <arxiv:primary_category term="cs.PL"/>
    <author>
      <name>Jungyeom Kim</name>
    </author>
    <author>
      <name>Jihyeok Park</name>
    </author>
  </entry>
  <entry>
    <id>http://arxiv.org/abs/2608.29225v1</id>
    <title>Fine-grained Causal Reversibility for Asynchronous Channel-based Programming</title>
    <updated>2026-08-29T12:30:01Z</updated>
    <link href="https://arxiv.org/abs/2608.29225v1" rel="alternate" type="text/html"/>
    <link href="https://arxiv.org/pdf/2608.29225v1" rel="related" type="application/pdf" title="pdf"/>
    <summary>Causal reversibility has emerged as an effective technique for debugging concurrent systems. In particular, rolling back and replaying a concurrent program with causal consistency has been found very helpful in debugging concurrency bugs. In channel-based communication, queue ordering creates dependencies that prevent causally independent actions from being rolled back and replayed. To enable efficient rollback and replay without being constrained by queue dependencies, it is necessary to analyse causal dependencies between messages in queues and reorder independent messages. This paper presents revGo, a core of the Go programming language assuming unbounded asynchronous channels. Our rollback-and-replay semantics allows us to reorder messages in the queue if they are not causally related in the forward execution. It is shown that reordering independent messages generates no configuration with non-reachable processes. By reordering independent messages, rollback and replay are implementable with minimality by assigning unique keys to communications.</summary>
    <category term="cs.PL" scheme="http://arxiv.org/schemas/atom"/>
    <published>2026-08-29T12:30:01Z</published>
    <arxiv:comment>33 pages, 10 figures. Extended version of the paper accepted at ICTAC 2026. This version includes complete proofs and additional technical material</arxiv:comment>
    <arxiv:primary_category term="cs.PL"/>
    <author>
      <name>Shunya Oguchi</name>
    </author>
    <author>
      <name>Shoji Yuen</name>
    </author>
    <author>
      <name>Nobuko Yoshida</name>
    </author>
    <author>
      <name>Claudio Antares Mezzina</name>
    </author>
  </entry>
  <entry>
    <id>http://arxiv.org/abs/2608.28880v1</id>
    <title>FlowCheck: Helping End-Users Specify and Verify Intent in Vibe-Coded Web Apps</title>
    <updated>2026-08-28T21:32:07Z</updated>
    <link href="https://arxiv.org/abs/2608.28880v1" rel="alternate" type="text/html"/>
    <link href="https://arxiv.org/pdf/2608.28880v1" rel="related" type="application/pdf" title="pdf"/>
    <summary>Vibe-coded applications often contain silent behavioral failures in which the interface appears functional even though user-visible information does not flow to the expected state or output. We introduce FlowCheck, a constraint language to specify these user-visible information flows directly through the application interface, where constraints can also be displayed and inspected without reading code, and are structured enough for reliable LLM generation. FlowCheck translates the constraints into deterministic CodeQL analyses, and we evaluate it across four applications generated via Claude Code, and compare with three coding models as bug-finding baselines. We find that FlowCheck correctly translates and flags all 30 of our injected constraint violations with no false positives. In contrast, frontier models (Claude Opus 4.7, DeepSeek V3, and Gemini Pro) showed significantly lower accuracy when prompted to find bugs in the same code, with none achieving full accuracy. This approach lets vibe coders state intent in terms of the interface they understand, and checks it deterministically against the code they do not.</summary>
    <category term="cs.SE" scheme="http://arxiv.org/schemas/atom"/>
    <category term="cs.HC" scheme="http://arxiv.org/schemas/atom"/>
    <category term="cs.PL" scheme="http://arxiv.org/schemas/atom"/>
    <published>2026-08-28T21:32:07Z</published>
    <arxiv:comment>Accepted at the 2nd ACM SIGPLAN International Workshop on Language Models and Programming Languages (LMPL '26), co-located with SPLASH/ISSTA 2026. 14 pages, 6 figures (10 pages main text, plus references and appendix)</arxiv:comment>
    <arxiv:primary_category term="cs.SE"/>
    <author>
      <name>Reya Vir</name>
    </author>
    <author>
      <name>Lydia Chilton</name>
    </author>
    <author>
      <name>Zhuo Zhang</name>
    </author>
    <author>
      <name>Eugene Wu</name>
    </author>
  </entry>
  <entry>
    <id>http://arxiv.org/abs/2608.28202v1</id>
    <title>URIUM: A Programming Language for a Practical Open Course on Compiler Design</title>
    <updated>2026-08-28T11:23:11Z</updated>
    <link href="https://arxiv.org/abs/2608.28202v1" rel="alternate" type="text/html"/>
    <link href="https://arxiv.org/pdf/2608.28202v1" rel="related" type="application/pdf" title="pdf"/>
    <summary>This paper presents the definition of a simple programming language used as the basis for developing a practical compiler design course. The course explains step by step how to build a compiler, from the initial analysis stages to code generation. The developed compiler generates code for various processors (MIPS, Intel, and RISC-V) and operating systems (MS-Windows and Linux). The course can be adapted to different levels of difficulty and can be used as a starting point for explaining more advanced topics.</summary>
    <category term="cs.PL" scheme="http://arxiv.org/schemas/atom"/>
    <published>2026-08-28T11:23:11Z</published>
    <arxiv:comment>18 pages, 13 figures. All course content, including the source code for each lecture, is available at the following link: https://github.com/fran-moreno-velo/urium</arxiv:comment>
    <arxiv:primary_category term="cs.PL"/>
    <author>
      <name>Francisco J. Moreno Velo</name>
    </author>
    <author>
      <name>Almudena García Jurado-Centurión</name>
    </author>
  </entry>
  <entry>
    <id>http://arxiv.org/abs/2608.28713v1</id>
    <title>Rust's Type Checker Implementation Is Unsound: An Empirical Study on Soundness Bugs in rustc</title>
    <updated>2026-08-28T07:59:19Z</updated>
    <link href="https://arxiv.org/abs/2608.28713v1" rel="alternate" type="text/html"/>
    <link href="https://arxiv.org/pdf/2608.28713v1" rel="related" type="application/pdf" title="pdf"/>
    <summary>Rust is claimed to be a type-sound language capable of preventing various undesirable behaviors, including memory bugs. However, rustc, the official Rust compiler, is not immune to defects; it contains soundness bugs, where the compiler accepts programs that should be rejected during type checking. In this work, we present an empirical study of 30 issues that report potential soundness bugs in rustc, collected from the GitHub issue tracker between January 1, 2022 and September 1, 2025. We analyze each issue in depth, focusing on its affected feature, symptom (how the feature is mishandled), consequence (the resulting undesirable behavior), triggering features, community consensus regarding whether it is a bug, and lifecycle, including introduction, discovery, and fix. Furthermore, we investigate existing artifacts, including implementations such as AddressSanitizer, Miri, Chalk, and a-mir-formality, alongside documentation such as the Rust Reference, the FLS, and Rust RFCs to assess their potential as oracles for testing the type soundness of rustc. Our key findings indicate that: (1) Certain soundness bugs, typically triggered by implied bounds or trait objects, compromise memory safety. (2) Sound type checking is challenged by edge cases involving associated types and the interaction between lifetimes and traits. (3) Most bugs persist from the initial introduction of the relevant features and require significant time to be discovered. (4) While AddressSanitizer and Miri can detect soundness bugs that lead to memory bugs, a-mir-formality and Chalk are currently immature despite their potential to identify other bug categories. (5) Existing documentation frequently fails to provide precise explanations of the language semantics.</summary>
    <category term="cs.SE" scheme="http://arxiv.org/schemas/atom"/>
    <category term="cs.PL" scheme="http://arxiv.org/schemas/atom"/>
    <published>2026-08-28T07:59:19Z</published>
    <arxiv:comment>25 pages, 1 figure. To appear in Proceedings of the ACM on Software Engineering (PACMSE), ISSTA 2026</arxiv:comment>
    <arxiv:primary_category term="cs.SE"/>
    <arxiv:journal_ref>Proc. ACM Softw. Eng. 3, ISSTA, Article ISSTA129 (2026)</arxiv:journal_ref>
    <author>
      <name>Yusung Sim</name>
    </author>
    <author>
      <name>Sukyoung Ryu</name>
    </author>
    <author>
      <name>Jaemin Hong</name>
    </author>
    <arxiv:doi>10.1145/3832220</arxiv:doi>
    <link rel="related" href="https://doi.org/10.1145/3832220" title="doi"/>
  </entry>
  <entry>
    <id>http://arxiv.org/abs/2608.27798v1</id>
    <title>Cambria: Resource Abstraction for Parametrized Algebraic Effects and Handlers</title>
    <updated>2026-08-28T00:29:48Z</updated>
    <link href="https://arxiv.org/abs/2608.27798v1" rel="alternate" type="text/html"/>
    <link href="https://arxiv.org/pdf/2608.27798v1" rel="related" type="application/pdf" title="pdf"/>
    <summary>The algebraic effects and handlers paradigm separates the concerns of the interface and implementation of computational effects in programming languages. We present Cambria, a language that extends this framework to the parametrized setting. Effect signatures may use abstract parameter types that are instantiated by the handler along with the operation implementations. Parameters abstract over resources, such as memory locations or thread IDs, permitting algebraic effects to encode dynamic allocation. They are first-class in the type system but erased at runtime, requiring no coercions or type-directed reduction.
  We prove parametricity via a step-indexed logical relation, formalizing the abstraction guarantee provided by parametrized handlers. We also establish type safety and classify the annotations needed for completeness of the type inference algorithm. We demonstrate Cambria's practicality with a working implementation and provide examples including local state, Pólya's urn, and concurrent thread management. The last is a parametrized effect whose abstract thread IDs are shared between concurrent computations, going beyond standard instances. Cambria is the first calculus with user-defined resource-allocating effects that guarantees, via parametricity, that client code cannot depend on how a handler represents its resources.</summary>
    <category term="cs.PL" scheme="http://arxiv.org/schemas/atom"/>
    <published>2026-08-28T00:29:48Z</published>
    <arxiv:primary_category term="cs.PL"/>
    <author>
      <name>Jack Liell-Cock</name>
    </author>
    <author>
      <name>Sam Staton</name>
    </author>
  </entry>
  <entry>
    <id>http://arxiv.org/abs/2608.27451v1</id>
    <title>Tacet: A Language and Type System for Automatic Statistical Validity Accounting</title>
    <updated>2026-08-27T17:59:01Z</updated>
    <link href="https://arxiv.org/abs/2608.27451v1" rel="alternate" type="text/html"/>
    <link href="https://arxiv.org/pdf/2608.27451v1" rel="related" type="application/pdf" title="pdf"/>
    <summary>Empirical comparisons between systems are a standard form of evidence in computer science research, but few are checked for statistical validity: most are never framed as statistical tests at all. Existing multiple-comparison procedures could control the resulting error, but need inputs (what an analysis examined, and how its observations are arranged) that are not recoverable from a list of p-values.
  We introduce Tacet, a language in which an analysis declares what it generated, states what it expects to find, and is refused any claim it cannot afford or cannot properly test. Its core calculus T pairs a free estimation sublanguage, carrying a reported footprint and a purity bit that records whether any outcome was consulted in building a value, with a priced claim sublanguage, carrying a wealth transformer, connected only by a mechanism that prices a comparison. A sample selected by reading outcomes sets the purity bit and is recorded as having examined everything it read, permanently, so it can never be granted a one-sided or confirmatory price, without the system ever asking whether the analyst intended to cherry-pick. Whether a comparison is paired or clustered is computed statically from the artifact schema, from declared functional dependencies between key fields alone and before any data is read, and a mechanism that assumes that structure away is refused rather than priced. Because the wealth transformer is antitone in the realized p-value, affordability can be checked before the analysis runs too, turning pre-registration into a typing rule. We prove the metatheory machine-checked in Lean 4 with no admitted gaps, and demonstrate the approach on a reference implementation and two case studies on published artifacts, the SWE-bench Verified leaderboard and BIG-Bench Hard.</summary>
    <category term="cs.PL" scheme="http://arxiv.org/schemas/atom"/>
    <category term="cs.SE" scheme="http://arxiv.org/schemas/atom"/>
    <published>2026-08-27T17:59:01Z</published>
    <arxiv:comment>67 pages, 2 figures, 10 tables, including 10 appendices. Lean 4 mechanization: https://github.com/abuach/tacet-mech ; reference implementation and case-study replication code: https://github.com/abuach/tacet-python</arxiv:comment>
    <arxiv:primary_category term="cs.PL"/>
    <author>
      <name>Chiké Abuah</name>
    </author>
  </entry>
  <entry>
    <id>http://arxiv.org/abs/2609.29595v1</id>
    <title>ATLAS: Atomic Translation &amp; Language for Automated Structures</title>
    <updated>2026-08-27T16:30:52Z</updated>
    <link href="https://arxiv.org/abs/2609.29595v1" rel="alternate" type="text/html"/>
    <link href="https://arxiv.org/pdf/2609.29595v1" rel="related" type="application/pdf" title="pdf"/>
    <summary>The automated generation of three-dimensional atomic structures from natural-language descriptions remains a persistent challenge, as large language models lack intrinsic geometric reasoning. We introduce ATLAS, a holistic framework that integrates seven modular components-ranging from a density-based structure analyzer and a JSON-based semantic bridge to a deterministic build engine, physical validator, and intent-aware scorer-to translate user prompts into physically valid coordinates. The build engine executes a component algebra that encompasses named structures, unary and binary operations (supercell, resizing, rotation, translation, union, subtraction, intersection), and geometric variables, while the validator enforces periodic-boundary conditions and system-specific checks on bonding, coordination, vacuum, and composition. ATLAS supports nine major build categories, including heterojunctions, surfaces, nanoparticles, and defects, and is equipped with a score-driven automatic refinement loop that leverages a curated test suite for systematic component-level improvement.</summary>
    <category term="cond-mat.mtrl-sci" scheme="http://arxiv.org/schemas/atom"/>
    <category term="cs.PL" scheme="http://arxiv.org/schemas/atom"/>
    <published>2026-08-27T16:30:52Z</published>
    <arxiv:comment>23 pages</arxiv:comment>
    <arxiv:primary_category term="cond-mat.mtrl-sci"/>
    <author>
      <name>Pai Li</name>
    </author>
  </entry>
  <entry>
    <id>http://arxiv.org/abs/2608.27180v2</id>
    <title>You may implement this later: Cofunctors as partial implementations</title>
    <updated>2026-09-06T11:15:06Z</updated>
    <link href="https://arxiv.org/abs/2608.27180v2" rel="alternate" type="text/html"/>
    <link href="https://arxiv.org/pdf/2608.27180v2" rel="related" type="application/pdf" title="pdf"/>
    <summary>A functor is a familiar model of an implementation, where every operation in a specification is assigned a concrete instantiation at the outset. But some tasks are less eager: we often want to assemble systems while leaving backend choices such as data representations and algorithms for later. We observe that cofunctors admit a direct reading as such partial implementations, which are implementations whose extra argument is a state-dependent family of deferred choices. While cofunctors (also called retrofunctors) are not novel, their conceptual and purposive reading in this manner appears to be.</summary>
    <category term="cs.PL" scheme="http://arxiv.org/schemas/atom"/>
    <category term="cs.LO" scheme="http://arxiv.org/schemas/atom"/>
    <published>2026-08-27T14:28:11Z</published>
    <arxiv:primary_category term="cs.PL"/>
    <author>
      <name>Vincent Wang-Maścianica</name>
    </author>
  </entry>
</feed>
