<?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/pmeYOpH1vDeqcxjsd2K+Ccw8RX8</id>
  <title>arXiv Query: search_query=cat:cs.PL AND submittedDate:"202609010000 TO 202609070000"&amp;id_list=&amp;start=0&amp;max_results=300</title>
  <updated>2026-09-06T21:27:40Z</updated>
  <link href="https://arxiv.org/api/query?search_query=cat:cs.PL+AND+submittedDate:%22202609010000+TO+202609070000%22&amp;start=0&amp;max_results=300&amp;id_list=" type="application/atom+xml"/>
  <opensearch:itemsPerPage>300</opensearch:itemsPerPage>
  <opensearch:totalResults>14</opensearch:totalResults>
  <opensearch:startIndex>0</opensearch:startIndex>
  <entry>
    <id>http://arxiv.org/abs/2609.03998v1</id>
    <title>Typed Flexible-Arity Slotted E-Graphs: A Soundness Construction and an Alloy Case Study</title>
    <updated>2026-09-03T15:38:56Z</updated>
    <link href="https://arxiv.org/abs/2609.03998v1" rel="alternate" type="text/html"/>
    <link href="https://arxiv.org/pdf/2609.03998v1" 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. Its measurements characterize bounded capability and structural consolidation; they do not establish refinement of the Java artifact or experimental replay against the formal model.</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.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>
</feed>
