Mailing list for all users of the OCaml language and system.
 help / color / mirror / Atom feed
From: Taro Sekiyama <ryukilon@gmail.com>
To: types-announce@lists.seas.upenn.edu, caml-list@inria.fr
Subject: [Caml-list] [CFP] PEPM'27: The 2027 ACM SIGPLAN Workshop on Partial Evaluation and Program Manipulation
Date: Wed, 23 Sep 2026 06:02:13 +0900	[thread overview]
Message-ID: <CAH67BN4K9uxkFjn_pHupOgwimRD-VwcQ9wQZttestLqaUn9Bbw@mail.gmail.com> (raw)

------------------------------------------------------------------------
CALL FOR PAPERS
The 2027 ACM SIGPLAN Workshop on Partial Evaluation and Program Manipulation

# Important Dates, AoE, UTC-12h

Paper due       Fri 23 Oct 2026
Notification    Fri 27 Nov 2026
Workshop        Tue 12 Jan 2027

# About

The ACM SIGPLAN Workshop on Partial Evaluation and
Program Manipulation (PEPM) has a history going back
to 1991 and has been held in conjunction with POPL
every year since 2006.
The origin of PEPM is in the discoveries of practically
useful automated techniques for evaluating programs
with only partial input. Over time, PEPM has broadened
its scope to include a variety of research areas centered
around semantics-based program manipulation — the systematic
exploitation of treating programs not only as subject
to black-box execution, but also as data structures
that can be generated, analyzed, and transformed while
establishing or maintaining important semantic properties.

# Scope

Topics of interest for PEPM 2027 include, but are not limited to:

* Program and model manipulation techniques such as:
  supercompilation, partial evaluation, fusion, on-the-fly
  program adaptation, active libraries, program inversion,
  slicing, symbolic execution, refactoring, decompilation,
  and obfuscation.

* Techniques that treat programs/models as data objects
  including metaprogramming, generative programming,
  embedded domain-specific languages, program synthesis by sketching
  and inductive programming, staged computation, and
  model-driven program generation and transformation.

* Program analysis techniques that are used to drive
  program/model manipulation such as: abstract interpretation,
  termination checking, binding-time analysis, constraint solving,
  type systems, automated testing and test case generation.

* Application of the above techniques including case studies
  of program manipulation in real-world (industrial, open-source)
  projects and software development processes, descriptions of
  robust tools capable of effectively handling realistic applications,
  benchmarking. Examples of application domains include legacy
  program understanding and transformation, DSL implementations,
  visual languages and end-user programming, scientific computing,
  middleware frameworks and infrastructure needed for distributed
  and web-based applications, embedded and resource-limited computation,
  and security.

* Cross-fertilization with other fields, such as semantics based and
  machine-learning based program synthesis and program optimisation, and
  modeling, analysis, and transformation techniques for distributed and
  concurrent protocols and programs, such as session types, linear types, and
  contract specifications.

This list of categories is not exhaustive, and we encourage
submissions describing new theories and applications related
to semantics-based program manipulation in general. If you have
a question as to whether a potential submission is within the
scope of the workshop, please contact the programme co-chairs,
Nada Amin (namin@seas.harvard.edu)
and Taro Sekiyama (tsekiyama@acm.org).

# Submission Categories and Guidelines

Three kinds of submissions will be accepted:

1. Regular Research Papers should describe new results,
  and will be judged on originality, correctness, significance,
  and clarity. Regular research papers must not exceed 12 pages.

2. Short Papers may include tool demonstrations and presentations
  of exciting if not fully polished research, and of interesting
  academic, industrial, and open-source applications that are new
  or unfamiliar. Short papers must not exceed 6 pages.

3. Talk Proposals may propose lectures about topics of interest
  for PEPM, existing work representing relevant contributions,
  or promising contributions that are not mature enough to be
  proposed as papers of the other categories. Talk Proposals
  must not exceed 2 pages.

References and appendices are not included in page limits.
Appendices may not necessarily be read by reviewers.
All the submissions should be typeset using the two-column
‘sigplan’ sub-format of the new ‘acmart’ format available at:
https://sigplan.org/Resources/Author/
and submitted electronically via HotCRP: https://pepm27.hotcrp.com

Reviewing will be single-blind.

Submissions are welcome from PC members (except the two co-chairs).

Accepted regular research papers will appear in formal proceedings
published by ACM, and be included in the ACM Digital Library.
Accepted short papers do not constitute formal publications and
will not appear in the proceedings.

At least one author of each accepted contribution must attend
the workshop (physically or virtually) to present the work.
In the case of tool demonstration papers, a live demonstration
of the described tool is expected.

# AI Policy

LLMs have become an increasingly common part of many research
activities.  Here are our guidelines for reviews in PEPM'27, adapted
from the LOPSTR+PPDP 2026 policy written by Theresa Swift and William
E. Byrd.

We ask reviewers to follow these principles:

* Accountability -- whether or not LLMs are used, each reviewer is
responsible for the contents of their review;

* Transparency -- if any part of a review has been written with an
LLM, or if any part of a paper is loaded into an LLM, it should be
clearly disclosed in the review;

* Confidentiality -- reviewers are responsible for not disclosing
contents of the paper before publication.  Therefore, no paper's
contents can be upload to any LLM that does not preserve privacy.  An
example that preserves privacy: running Ollama on your laptop.  An
example that does not preserve privacy: uploading a paper to ChatGPT,
Claude, or Gemini.

# Program Committee

Zena M. Ariola, University of Oregon, United States
Casper Bach, University of Southern Denmark, Denmark
Oliver Bračevac, EPFL, LAMP, Switzerland
William E. Byrd, University of Alabama at Birmingham, United States
Jacques Carette, McMaster University, Canada
Matthew Flatt, University of Utah, United States
Ping Hou, University of Oxford, United Kingdom
Hsiang-Shang ‘Josh’ Ko, Institute of Information Science, Academia
Sinica, Taiwan
Julia Lawall, Inria, France
Tiark Rompf, Purdue University, United States
Philip Wadler, IOG; University of Edinburgh, United Kingdom
Jeremy Yallop, University of Cambridge, United Kingdom

## Chairs

Nada Amin, Harvard University, United States
Taro Sekiyama, National Institute of Informatics, Japan

-- 
Taro Sekiyama

                 reply	other threads:[~2026-09-22 21:02 UTC|newest]

Thread overview: [no followups] expand[flat|nested]  mbox.gz  Atom feed

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=CAH67BN4K9uxkFjn_pHupOgwimRD-VwcQ9wQZttestLqaUn9Bbw@mail.gmail.com \
    --to=ryukilon@gmail.com \
    --cc=caml-list@inria.fr \
    --cc=types-announce@lists.seas.upenn.edu \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox