Haskell
Threads by month
- ----- 2026 -----
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2025 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2024 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2023 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2022 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2021 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2020 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2019 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2018 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2017 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2016 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2015 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2014 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2013 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2012 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2011 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2010 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2009 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2008 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2007 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2006 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2005 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2004 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2003 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2002 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2001 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2000 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 1999 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 1998 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 1997 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 1996 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 1995 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 1994 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 1993 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 1992 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 1991 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 1990 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 1989 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 1988 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 1987 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 1986 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 1985 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 1984 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 1983 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 1982 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 1981 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 1980 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 1979 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 1978 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 1977 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 1976 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 1975 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 1974 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 1973 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 1972 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 1971 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 1970 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
October 2025
- 5 participants
- 6 discussions
Dear Haskellers,
The GHC Steering Committee is seeking nominations for new members.
*To nominate yourself *please send an email to Simon Marlow
<marlowsd(a)gmail.com> <marlowsd(a)gmail.com>,
briefly summarising your background and relevant experience. See below for
details
on what committee membership involves, and what kind of experience would be
useful.
DEADLINE: 6 November 2025
*What's the GHC steering committee?*
The committee scrutinizes, debates and eventually decides to accept or
reject proposals to change the language or major features supported by
GHC. Our processes are described in the GitHub repository
<https://github.com/ghc-proposals/ghc-proposals> where
proposals are submitted. In particular, please have a look at the Committee
bylaws
<https://github.com/ghc-proposals/ghc-proposals/blob/master/committee.rst>.
*Who are we looking for?*
We are looking for members who have the ability to:
- understand GHC proposals (e.g. for new language extensions),
- find holes and missing corner cases in the specifications,
- foresee the interaction with other language or compiler features,
- comment constructively and improve proposals through engagement with
others,
- judge the cost/benefit ratio of changes, and
- come to a justifiable conclusion.
Ideally, committee members should:
- have substantial experience of writing or teaching Haskell;
- have a track record of active contributions to the Haskell community;
or
- have expertise in language design and implementation, in
either Haskell or related languages.
It is our aim that this committee be diverse; by representing
different viewpoints, we will make decisions that benefit larger
segments of our community. Even if you are uncertain whether your
background qualifies you for the role, you are warmly encouraged to
apply.
The committee's work requires a small, but non-trivial amount of time,
especially when you are assigned a proposal for shepherding. We
estimate the workload to be around 2 hours per week, and our process
works best if members usually respond to technical emails within 1-2
weeks (within days is even better). Please keep that in mind if your
email inbox is already overflowing.
Committee members serve for 3 years, but are free to re-nominate
themselves when their 3-year term expires.
Self-nominations are the norm. You can nominate someone else, but
please obtain their explicit consent to do so. (We don't want to
choose someone who turns out to be unable to serve.)
*What happens after nominations?*
In accordance with our Committee bylaws
<https://github.com/ghc-proposals/ghc-proposals/blob/master/committee.rst>,
the committee deliberates
nominations *in private* before communicating the decision.
The committee doesn't have a fixed size, although we like to have a
minimum of 9 members. There are currently two members rotating off,
but as the committee currently has 10 members, we will be looking to
appoint at least one but possibly (hopefully!) more.
On behalf of the committee,
Simon Marlow
1
1
Jeremy Avigad to give this year's LMS/BCS-FACS Evening Seminar -- 6 November 2025, online via Zoom
by Andrei Popescu 03 Nov '25
by Andrei Popescu 03 Nov '25
03 Nov '25
Dear Colleagues,
I am delighted to announce that this year’s London Mathematical
Society (LMS) / British Computer Society -- Formal Aspects of
Computing Science (BCS-FACS) Evening Seminar will feature Jeremy
Avigad as the distinguished speaker. Registration is free but required
in advance.
Date: 6 November 2025
Time: 19:00 (UK time)
Format: Online via Zoom
Talk title: Mathematics in the Age of AI
Jeremy’s website: https://lnkd.in/ep3w-fiB
Registration (for access to the Zoom link) is available here:
https://lnkd.in/eRE-Bb2A
Further details about the talk are included below
Best wishes,
Andrei
Speaker: Jeremy Avigad (Carnegie Mellon University)
Title: Mathematics in the Age of AI
Abstract:
New technologies for reasoning and discovery are bound to have a
profound effect on mathematical practice. Proof assistants are already
changing the nature of collaboration, communication, and curation of
mathematical knowledge. Automated reasoning tools are used to find
mathematical objects with specified properties or rule out their
existence, and to decide or verify mathematical claims. Machine
learning and neural methods can discover patterns in mathematical
data, explore complex mathematical spaces, and generate mathematical
objects of interest. Neurosymbolic theorem provers, now capable of
solving the most challenging competition problems, combine aspects of
all of these technologies.
It is helpful to keep in mind that the phrase "AI for mathematics"
encompasses several distinct technologies that overlap and interact in
interesting ways. In this talk, I will survey the landscape, describe
a few landmark applications to mathematics, and encourage you to join
me in thinking about how mathematicians and computer scientists can
collaborate to guide mathematics through this era of technological
change.
Bio:
Jeremy Avigad is a professor in the Department of Philosophy and the
Department of Mathematical Sciences at Carnegie Mellon University. He
is the director of the Institute for Computer-Aided Reasoning in
Mathematics, a new NSF Mathematical Sciences Research Institute, and
the director of the Hoskinson Center for Formal Mathematics, a
research center at Carnegie Mellon. He has contributed to mathematical
logic and the history and philosophy of mathematics, and he is
currently working on applications of formal methods and AI to
mathematics. He serves on the Lean Community Admin Team and the board
of the Lean Focused Research Organization.
1
3
[TFP 2026] 2nd Call for Papers for the 27th International Symposium on Trends in Functional Programming, Odense, Denmark, January 27-30 2026
by Peter Achten 30 Oct '25
by Peter Achten 30 Oct '25
30 Oct '25
# TFP 2026 - Second Call for Papers
(trendsfp.github.io)
## Important Dates
Submission deadline (pre-symposium, full papers): Thu 13th Nov 2025
(AOE)
Notification (pre-symposium, full papers): Thu 11th Dec 2025
Submission deadline (pre-symposium draft papers): Thu 11th Dec 2025
(AOE)
Notification (pre-symposium draft papers): Fri 19th Dec 2025
Symposium: Tue 27th Jan - Thu
30th Jan 2026 (TFPiE 26th Jan 2025)
Submission deadline (post-symposium review): Thu 5th Mar 2026
(AOE)
Notification (post-symposium submissions): Thu 16th Apr 2026
The Symposium on Trends in Functional Programming (TFP) is an
international
forum for researchers with interests in all aspects of functional
programming,
taking a broad view of current and future trends in the area. It aspires
to be a
lively environment for presenting the latest research results, and other
contributions.
This year, TFP will take place in-person at the University of Southern
Denmark,
in Odense, Denmark. It is co-located with the Trends in Functional
Programming
in Education (TFPIE) workshop, which will take on the day before the
main
symposium.
Please be aware that TFP has several submission deadlines. The first,
13th
November, is for authors who wish to have their full paper reviewed
prior to the
symposium. Papers that are accepted in this way must also be presented
at the
symposium. The second, 11th December, is for authors who wish to present
their
work or work-in-progress at the symposium first without submitting to
the full
review process for publication. These authors can then take into account
feedback received at the symposium and submit a full paper for review by
the
third deadline, 5th March.
## Scope
The symposium recognizes that new trends may arise through various
routes. As
part of the Symposium's focus on trends we therefore identify the
following five
paper categories. High-quality submissions are solicited in any of these
categories:
* Research Papers: Leading-edge, previously unpublished research work
* Position Papers: On what new trends should or should not be
* Project Papers: Descriptions of recently started new projects
* Evaluation Papers: What lessons can be drawn from a finished project
* Overview Papers: Summarizing work with respect to a trendy subject
Papers must be original and not simultaneously submitted for publication
to any
other forum. They may consider any aspect of functional programming:
theoretical, implementation-oriented, or experience-oriented.
Applications of
functional programming techniques to other languages are also within the
scope
of the symposium.
Topics suitable for the symposium include, but are not limited to:
* Functional programming and multicore/manycore computing
* Functional programming in the cloud
* High performance functional computing
* Extra-functional (behavioural) properties of functional programs
* Dependently typed functional programming
* Validation and verification of functional programs
* Debugging and profiling for functional languages
* Functional programming in different application areas:
security, mobility, telecommunications applications, embedded
systems,
global computing, grids, etc.
* Interoperability with imperative programming languages
* Novel memory management techniques
* Program analysis and transformation techniques
* Empirical performance studies
* Abstract/virtual machines and compilers for functional languages
* (Embedded) domain specific languages
* New implementation strategies
* Any new emerging trend in the functional programming area
If you are in doubt on whether your paper is within the scope of TFP,
please
contact the programme chair, Casper Bach.
## Best Paper Awards
TFP awards two prizes for the best papers each year.
First, to reward excellent contributions, TFP awards a prize for the
best
overall paper accepted for the post-conference formal proceedings.
Second, each year TFP also awards a prize for the best student paper.
TFP
traditionally pays special attention to research students, acknowledging
that
students are almost by definition part of new subject trends. A student
paper is
one for which the authors state that the paper is mainly the work of
students,
the students are the paper's first authors, and a student would present
the
paper.
In both cases, it is the PC of TFP that awards the prize. In case the
best paper
happens to be a student paper, then that paper will receive both prizes.
## Student and Early Career Scholarships
Our sponsors have generously offered to fund seven scholarships of DKK
3000
(approximately USD 460) to cover expenses in connection with traveling
to and
staying in Denmark in connection with the conference.
Information on how to apply for these scholarships will be available
soon on
https://trendsfp.github.io/
## Instructions to Authors
Submission is via HotCRP:
https://tfp26.hotcrp.com/
Authors of papers have the choice of having their contributions formally
reviewed either before or after the Symposium. Further, pre-symposium
submissions may either be full (earlier deadline) or draft papers (later
deadline).
## Pre-symposium formal review
Papers to be formally reviewed before the symposium should be submitted
before
the early deadline and will receive their reviews and notification of
acceptance
for both presentation and publication before the symposium. A paper that
has
been rejected for publication but accepted for presentation may be
revised and
resubmitted for the post-symposium formal review.
## Post-symposium formal review
Draft papers will receive minimal reviews and notification of acceptance
for
presentation at the symposium. Authors of draft papers will be invited
to submit
revised papers based on the feedback received at the symposium. A
post-symposium
refereeing process will then select a subset of these papers for formal
publication.
## Paper categories
Draft papers and papers submitted for formal review are submitted as
extended
abstracts (4 to 10 pages in length) or full papers (up to 20 pages). The
submission must clearly indicate which category it belongs to: research,
position, project, evaluation, or overview paper. It should also
indicate which
authors are research students, and whether the main author(s) are
students. A
draft paper for which all authors are students will receive additional
feedback
by one of the PC members shortly after the symposium has taken place.
## Format
Papers must be written in English, and written using the LNCS style. For
more
information about formatting please consult the Springer LNCS Guidelines
web
site
(https://www.springer.com/gp/computer-science/lncs/conference-proceedings-gu…)
## Organizing Committee
Casper Bach University of Southern Denmark, DK Programme Chair
Jeremy Gibbons University of Oxford, UK General Chair
Jason Hemann Seton Hall University, US Conference Chair
Peter Achten Radboud University Nijmegen, NL Publicity Chair
Marco T. Morazán Seton Hall University, US Steering
Committee Chair
## Programme Committee
Alex Gerdes University of Gothenburg and Chalmers, SE
Ben Greenman University of Utah, US
Bruno Oliveira University of Hong Kong, HK
Cas van der Rest Shielded Technologies, NL
Cristina Matache University of Edinburgh, UK
Eric Van Wyk University of Minnesota, US
Jeremy Yallop University of Cambridge, UK
Jules Jacobs Cornell University, US
Mart Lubbers Radboud University, NL
Max S. New University of Michigan, US
Nicolas Wu Imperial College London, UK
Patrick Bahr IT University of Copenhagen, DK
Matthew Lutze Aarhus University, DK
Dylan McDermott University of Oxford, UK
Andrew Tolmach Portland State University, US
Di Wang Peking University, CN
Jesper Cockx Delft University of Technology, NL
Jan de Muijnck-Hughes Strathclyde, UK
1
0
TFPIE 2026 Call for papers
https://wiki.tfpie.science.ru.nl/TFPIE2026
(January 26th 2026, Odense, Denmark, co-located with TFP 2026 at
University of Southern Denmark)
TFPIE 2026 welcomes submissions describing techniques used in the
classroom, tools used in and/or developed for the classroom and any
creative use of functional programming (FP) to aid education in or
outside Computer Science. Topics of interest include, but are not
limited to:
- FP and beginning CS students
- FP and Computational Thinking
- FP and Artificial Intelligence
- FP in Robotics
- FP and Music
- Advanced FP for undergraduates
- FP in graduate education
- Engaging students in research using FP
- FP in Programming Languages
- FP in the high school curriculum
- FP as a stepping stone to other CS topics
- FP and Philosophy
- The pedagogy of teaching FP
- FP and e-learning: MOOCs, automated assessment etc.
- Best Lectures - more details below
In addition to papers, we are requesting best lecture presentations.
What's your best lecture topic in an FP related course? Do you have a
fun way to present FP concepts to novices or perhaps an especially
interesting presentation of a difficult topic? In either case, please
consider sharing it. Best lecture topics will be selected for
presentation based on a short abstract describing the lecture and its
interest to TFPIE attendees. The length of the presentation should be
comparable to that of a paper. In addition, the speaker can provide
commentary on effectiveness or student feedback.
## Submissions
Potential presenters are invited to submit an extended abstract (4-6
pages) or a draft paper (up to 20 pages) in EPTCS style. The authors
of accepted presentations will have their preprints and their slides
made available on the workshop's website.
Papers and abstracts can be submitted via easychair at the following link:
https://easychair.org/my/conference?conf=tfpie26
After the workshop, presenters are invited to submit (a revised
version of) their article for the formal review. The PC will select
the best articles for publication in the Electronic Proceedings in
Theoretical Computer Science (EPTCS). Articles rejected for
presentation and extended abstracts will not be formally reviewed by
the PC.
## Important Dates
Submission deadline: December 26th 2025, Anywhere on Earth
Notification: by December 30th 2025 (Note: submissions will be
evaluated on a rolling basis, so earlier submissions will receive an
earlier response)
TFPIE Registration Deadline: TBA
Workshop: January 26th 2026
Submission for formal review: April 22nd 2026, Anywhere on Earth
Notification of full article: May 27th 2026
Camera ready: June 24th 2026
## Program Committee
Mart Lubbers, Radboud University, Nijmegen, Netherlands (PC Chair)
Tim Steenvoorden, Open Universitei, Heerlen, Netherlands
Marco T. Morazán, Seton Hall University, South Orange, NJ, USA
Guannan Wei, Tufts University, Medford, MA, USA
Marcos Viera, Universidad de la República, Montevideo, Uruguay
Johannes Åman Pohjola, Chalmers University of Technology, Götenburg, Sweden
## Registration information
See https://wiki.tfpie.science.ru.nl/TFPIE2026 for updated information.
Registration and attendance are mandatory for at least one author of
every paper that is presented at the workshop.
Only papers that have been presented at TFPIE may be submitted to the
post-reviewing process.
1
0
-------------------------------------------------------------------------------------------------------------------------------
Due to several requests and to provide authors with additional time to finalize their high-quality contributions,
we are pleased to announce that the submission deadline for FORMALISE 2026 has been extended.
The new submission deadline is Thursday 6, November 2025.
-------------------------------------------------------------------------------------------------------------------------------
Call for Papers: FORMALISE 2026
14th International Conference on Formal Methods in Software Engineering
12 and 13 April, 2026
co-located with ICSE 2026 (April 12 - April 18, 2026), Rio de Janeiro, Brazil
https://conf.researchr.org/home/Formalise-202 <https://conf.researchr.org/home/Formalise-2026>6
oc2026(a)formalise.org
Overview
Historically, formal methods academic research and practical software development have had limited mutual interactions — except possibly in specialized domains such as safety-critical software. In recent times, the outlook has considerably improved: on the one hand, formal methods research has delivered more flexible techniques and tools that can support various aspects of the software development process: from user requirements elicitation, to design, implementation, verification and validation, as well as the creation of documentation. On the other hand, software engineering has developed a growing interest in rigorous techniques applied at scale.
The FormaliSE conference series promotes work at the intersection of the formal methods and software engineering communities, providing a venue to exchange ideas, experiences, techniques, and results. We believe more collaboration between these two communities can be mutually beneficial by fostering the creation of formal methods that are practically useful and by helping develop higher-quality software.
Originally a workshop event, since 2018, FormaliSE has been organized as a conference co-located with ICSE. The 14th edition of FormaliSE will also take place as a co-located conference of ICSE 2026.
Areas of interest include, but are not limited to:
requirements formalization and formal specification;
approaches, methods, and tools for verification and validation;
formal approaches to safety and security-related issues;
analysis of performance and other non-functional properties based on formal approaches;
scalability of formal method applications
integration of formal methods within the software development lifecycle (e.g., change management, continuous integration, regression testing, and deployment)
model-based engineering approaches;
correctness-by-construction approaches for software and systems engineering;
application of formal methods to specific domains, e.g., autonomous, cyber-physical, intelligent, and IoT systems;
formal methods for AI-based systems (FM4AI), and AI applied in formal method approaches (AI4FM);
formal methods in a certification context
case studies developed/analyzed with formal approaches
experience reports on the application of formal methods to real-world problems;
guidelines to use formal methods in practice;
usability of formal methods.
Important dates:
Submissions: 23 October 2025 (AoE) Thu 6 Nov 2025
Notifications: 5 January 2026
Camera-ready copies: 26 January 2026
FormaliSE conference: 12-13 April 2026
Paper submission guidelines
We accept papers in four categories:
Full research papers (10 pages of content + 2 pages of references) describing original research work and results. We encourage authors to include validation of their contributions by means of a case study or experiments. We also welcome research papers focusing on tools and tool development.
Case study papers (10 pages of content + 2 pages of references) discussing a significant application that suggests general lessons learned and motivates further research, or empirically validates theoretical results (such as a technique's scalability).
Research ideas papers (4 pages of content + 1 page of references) describing new ideas in preliminary form, in a way that can stimulate interesting discussions at the conference, and suggest future work.
(New) Extended Abstract (4 pages of content + 1 page of references) presenting ongoing research or new research ideas without a mature evaluation. While the content and evaluation are the same as research ideas papers, extended abstracts are not subject to Article Processing Charges (APCs) <https://libraries.acm.org/acmopen/article-types>
All papers submitted to the FormaliSE 2026 conference must be written in English, must be unpublished original work, and must not be under review or submitted elsewhere at the time of submission. Submissions must comply with FormaliSE's lightweight double-anonymous review process (see below).
All submissions must be in PDF format and conform, at time of submission, to the official “ACM Primary Article Template”, which can be obtained from the ACM Proceedings Template Page. LaTeX users should use the sigconf option, as well as the review (to produce line numbers for easy reference by the reviewers) and anonymous (omitting author names) options. To that end, the following LaTeX code can be placed at the start of the LaTeX document: \documentclass[sigconf,review,anonymous]{acmart}
To submit a paper to FormaliSE 2026 use this HotCRP link: <https://formalise25.hotcrp.com/>https://formalise26.hotcrp.com/
Open Access
Starting 2026, all articles published by ACM will be made Open Access. This is greatly beneficial to the advancement of computer science and leads to increased usage and citation of research. Most authors will be covered by ACM OPEN agreements by that point and will not have to pay Article Processing Charges (APC). Check if your institution participates in ACM OPEN. Authors not covered by ACM OPEN agreements may have to pay APC; however, ACM is offering several automated and discretionary APC Waivers and Discounts .
Reviewers and paper authors should follow the latest policies from IEEE and ACM (“ IEEE Submission and Peer Review Policy <https://ieeeauthorcenter.ieee.org/wp-content/uploads/ieee-reviewer-guidelin…>” and “ACM Policy on Authorship <https://www.acm.org/publications/policies/new-acm-policy-on-authorship>”, with associated FAQ), which includes a policy specific to the use of generative AI tools and technologies, such as ChatGPT as follows:
For reviewers: According to IEEE review policy, "reviewers are not permitted to use artificial intelligence (AI) tools to help write reviews of IEEE articles. The contents of the article under review are considered confidential information and may not be submitted to any external programs. Additionally, we expect reviewers to be responsible for the comments that they provide during peer review. You were invited to review because of your personal expertise and insight, which cannot be replicated by an AI tool."
For authors: According to ACM policy on authorship, "generative AI tools and technologies, such as ChatGPT, may not be listed as authors of an ACM published Work. The use of generative AI tools and technologies to create content is permitted but must be fully disclosed in the work. Basic word processing systems that recommend and insert replacement text, perform spelling or grammar checks and corrections, or systems that do language translations are to be considered exceptions to this disclosure requirement and are generally permitted and need not be disclosed in the work."
The official publication date is the date the proceedings are made available in the ACM Digital Library. This date may be up to two weeks prior to the first day of ICSE 2026. The official publication date affects the deadline for any patent filings related to published work.
Purchases of additional pages in the proceedings are not allowed.
Lightweight Double-Blind Review Process for Papers
As in recent editions, FormaliSE 2026 will use a lightweight double-anonymous process. Authors must omit their names and institutions from the title page, cite their own work in the third person, and omit acknowledgments that may reveal their identity or affiliation. The purpose is to reduce the chances of reviewer bias influenced by the authors’ identities. The double-anonymous process is, however, lightweight, which means that it should not pose a heavy burden for authors, nor should it make a paper's presentation weaker or more difficult to review. Also, advertising the paper as part of your usual research activities (for example, on your personal webpage, in a pre-print archive, by email, in talks or discussions with colleagues) is permitted without penalties.
Paper selection
Each paper will be reviewed by at least three program committee members who will judge its overall quality based on the following criteria:
Full research papers
Novelty: the originality of the contribution compared to the state-of-the-art, and the appropriateness of the discussion of relevant related work.
Relevance: the significance and potential impact of the research on the FormaliSE community.
Soundness: the appropriateness of the research methodology and correctness of the solution.
Presentation: the quality of the presentation.
Verifiability: The extent to which the paper includes sufficient information to support independent verification and the replication of its contributions.
Case study papers
Originality: the extent to which the paper advances the current state of the practice
Relevance: the significance and potential impact of the research on the FormaliSE community.
Significance: the significance of the contribution compared to the existing related works and similar industrial contexts.
Generalizability: the extent to which the paper discusses the generalizability of the results (e.g., scalability concerns).
Research Ideas & Extended Abstract
Novelty: the originality of the contribution compared to the state-of-the-art, and the appropriateness of the discussion of relevant related work.
Soundness of the research plan: the appropriateness and soundness of the research plan.
Presentation: the quality of the presentation and the relevance for the audience of FormaliSE.
FormaliSE 2026 will adopt a lightweight review process: if all the reviewers of a given paper agree that a clarification from the authors regarding a specific question could move the paper from "borderline" to "accept", the chairs will relay the reviewers' questions to the authors by email, and then share their reply with the reviewers in HotCRP. The goal of lightweight responses is to reduce the chance of random decisions on borderline papers. Hence, they will only be used for a minority of submissions; most papers will not require such an author response. Nevertheless, we would ask the corresponding authors of all submissions to make sure that they are available to answer questions by email upon request.
Artifact Evaluation
Reproducibility of experimental results is crucial to foster an atmosphere of trustworthy, open, and reusable research. To improve and reward reproducibility, FormaliSE 2026 continues its Artifact Evaluation (AE) procedure. An artifact is any additional material (software, data sets, machine-checkable proofs, etc.) that substantiates the claims made in the paper and ideally makes them fully reproducible.
Submission of an artifact is optional but encouraged for all papers where it can support the results presented in the paper. Artifact review is single-anonymous (the paper corresponding to an artifact must still follow the double-anonymous submissions requirements) and will be conducted concurrently with the paper reviewing process. Artifacts will be handled by a separate Artifact Evaluation Committee, and the Artifact Evaluation process will be set up such that the anonymization of the corresponding papers will not be compromised. Accepted papers with a successfully evaluated artefact will be awarded the EAPLS Artifact Badges <https://eapls.org/eapls/artifact-badges/> that apply (among "Functional", "Reusable", and "Available"). Awarded badges are to be added to the camera-ready version of the paper.
Artifacts will be assessed with respect to their consistency with the results presented in the paper, their completeness, their documentation, and their ease of use. The Artifact Evaluation will include an initial check for technical issues; authors of artifacts may be contacted by email within the first two weeks after artifact submission to help resolve any technical problems that prevent the evaluation of an artifact, if necessary.
The results of an artifact evaluation will not be available to the reviewers of the corresponding paper; hence, they will not affect the paper's acceptance decision. However, reviewers will know whether a paper has submitted *any* artifacts; this piece of information may be taken into account to decide whether the paper should be accepted. Thus, if there are justifiable reasons why a paper's artifacts cannot be submitted, they should be pointed out in the paper so that the reviewers can appreciate them and adjust their expectations accordingly.
Detailed guidelines for the preparation and submission of artifacts will be described in a dedicated page on FormaliSE 2026's website.
Publication
All accepted papers are published as part of the ICSE 2026 Proceedings in the ACM and IEEE Digital Libraries.
At least one author of each accepted paper is required to register for the conference and present the paper at the conference — physically or, if the circumstances do not allow so, virtually. Failure to register an author will result in a paper being removed from the proceedings.
General Chairs
Stefania Gnesi, Istituto di Scienza e Tecnologie dell’Informazione, Italy
Nico Plat, Thanos, The Netherlands
Program Chairs
Genaína Nunes Rodrigues, University of Brasília, Brazil
Menghi Claudio, University of Bergamo, Italy, and McMaster University, Canada
Artifact Evaluation Chairs
Lina Marsso, Polytechnique Montréal, Canada
Pedro Ribeiro, University of York, UK
Social Media Chair
Andrea Bombarda, University of Bergamo, Italy
Program committee
Alcino Cunha, Universidade do Minho, Portugal
Alexandra Mendes, University of Porto, Portuga
Allison Sullivan, University of Texas at Arlington, USAl
Camilo Rocha, Pontificia Universidad Javeriana, Colombia
Carlo Furia, Università della Svizzera italiana, Switzerland
Carlos Lopez Pombo, Universidad Nacional de Rio Negro, Argentina
Christos Tsigkanos, University of Athens, Greece
Diego Perez-Palacin, Linnaeus University, Sweden
Domenico Bianculli, University of Luxembourg, Luxembourg
Emil Sekerinski, McMaster University, Canada
Ernst Moritz Hahn, University of Twente, Netherlands
Franco Raimondi, GSSI, Italy
Gustavo Betarte, Universidad de la República ,Uruguay
Haniel Barbosa, Universidade Federal de Minas Gerais, Brazil
Kenneth Johnson, Auckland University of Technology, New Zealand
Leopoldo Teixeira, Universidade Federal de Pernambuco, Brazil
Livia Lestingi, Politecnico di Milano, Italy
Logan Murphy, University of Toronto, Canada
Luigia Petre, Åbo Akademi University, Finland
Marsha Chechik, University of Toronto, Canada
Maurice H. ter Beek, Consiglio Nazionale delle Ricerche, Italy
Nianyu Li, ZGC National Laboratory, China
Paola Spoletini, Kennesaw State University, USA
Quentin Nivon, University Grenoble Alpes, France
Renzo Degiovanni, Luxembourg Institute of Science and Technology, Luxembourg
Rosemary Monahan, National Univeristy of Ireland, Ireland
Sanjai Rayadurgam, University of Minnesota, USA
Shahar Maoz, Tel Aviv University, Israel
Silvia Bonfanti, University of Bergamo, Italy
Simon Bliudze, University of Lille Inria Research Centre, France
Vander Alves, Universidade de Brasília, Brazil
Zhenya Zhang, Kyushu University, Japan
Contact
We can be contacted at oc2026(a)formalise.org.
1
0
06 Oct '25
Call for Papers: FORMALISE 2026
14th International Conference on Formal Methods in Software Engineering
12 and 13 April, 2026
co-located with ICSE 2026 (April 12 - April 18, 2026), Rio de Janeiro, Brazil
https://conf.researchr.org/home/Formalise-202 <https://conf.researchr.org/home/Formalise-2026>6
oc2026(a)formalise.org
Overview
Historically, formal methods academic research and practical software development have had limited mutual interactions — except possibly in specialized domains such as safety-critical software. In recent times, the outlook has considerably improved: on the one hand, formal methods research has delivered more flexible techniques and tools that can support various aspects of the software development process: from user requirements elicitation, to design, implementation, verification and validation, as well as the creation of documentation. On the other hand, software engineering has developed a growing interest in rigorous techniques applied at scale.
The FormaliSE conference series promotes work at the intersection of the formal methods and software engineering communities, providing a venue to exchange ideas, experiences, techniques, and results. We believe more collaboration between these two communities can be mutually beneficial by fostering the creation of formal methods that are practically useful and by helping develop higher-quality software.
Originally a workshop event, since 2018, FormaliSE has been organized as a conference co-located with ICSE. The 14th edition of FormaliSE will also take place as a co-located conference of ICSE 2026.
Areas of interest include, but are not limited to:
requirements formalization and formal specification;
approaches, methods, and tools for verification and validation;
formal approaches to safety and security-related issues;
analysis of performance and other non-functional properties based on formal approaches;
scalability of formal method applications
integration of formal methods within the software development lifecycle (e.g., change management, continuous integration, regression testing, and deployment)
model-based engineering approaches;
correctness-by-construction approaches for software and systems engineering;
application of formal methods to specific domains, e.g., autonomous, cyber-physical, intelligent, and IoT systems;
formal methods for AI-based systems (FM4AI), and AI applied in formal method approaches (AI4FM);
formal methods in a certification context
case studies developed/analyzed with formal approaches
experience reports on the application of formal methods to real-world problems;
guidelines to use formal methods in practice;
usability of formal methods.
Important dates:
Submissions: 23 October 2025 (AoE)
Notifications: 5 January 2026
Camera-ready copies: 26 January 2026
FormaliSE conference: 12-13 April 2026
Paper submission guidelines
We accept papers in four categories:
Full research papers (10 pages of content + 2 pages of references) describing original research work and results. We encourage authors to include validation of their contributions by means of a case study or experiments. We also welcome research papers focusing on tools and tool development.
Case study papers (10 pages of content + 2 pages of references) discussing a significant application that suggests general lessons learned and motivates further research, or empirically validates theoretical results (such as a technique's scalability).
Research ideas papers (4 pages of content + 1 page of references) describing new ideas in preliminary form, in a way that can stimulate interesting discussions at the conference, and suggest future work.
(New) Extended Abstract (4 pages of content + 1 page of references) presenting ongoing research or new research ideas without a mature evaluation. While the content and evaluation are the same as research ideas papers, extended abstracts are not subject to Article Processing Charges (APCs) <https://libraries.acm.org/acmopen/article-types>
All papers submitted to the FormaliSE 2026 conference must be written in English, must be unpublished original work, and must not be under review or submitted elsewhere at the time of submission. Submissions must comply with FormaliSE's lightweight double-anonymous review process (see below).
All submissions must be in PDF format and conform, at time of submission, to the official “ACM Primary Article Template”, which can be obtained from the ACM Proceedings Template Page. LaTeX users should use the sigconf option, as well as the review (to produce line numbers for easy reference by the reviewers) and anonymous (omitting author names) options. To that end, the following LaTeX code can be placed at the start of the LaTeX document: \documentclass[sigconf,review,anonymous]{acmart}
To submit a paper to FormaliSE 2026 use this HotCRP link: <https://formalise25.hotcrp.com/>https://formalise26.hotcrp.com/
Open Access
Starting 2026, all articles published by ACM will be made Open Access. This is greatly beneficial to the advancement of computer science and leads to increased usage and citation of research. Most authors will be covered by ACM OPEN agreements by that point and will not have to pay Article Processing Charges (APC). Check if your institution participates in ACM OPEN. Authors not covered by ACM OPEN agreements may have to pay APC; however, ACM is offering several automated and discretionary APC Waivers and Discounts .
Reviewers and paper authors should follow the latest policies from IEEE and ACM (“ IEEE Submission and Peer Review Policy <https://ieeeauthorcenter.ieee.org/wp-content/uploads/ieee-reviewer-guidelin…>” and “ACM Policy on Authorship <https://www.acm.org/publications/policies/new-acm-policy-on-authorship>”, with associated FAQ), which includes a policy specific to the use of generative AI tools and technologies, such as ChatGPT as follows:
For reviewers: According to IEEE review policy, "reviewers are not permitted to use artificial intelligence (AI) tools to help write reviews of IEEE articles. The contents of the article under review are considered confidential information and may not be submitted to any external programs. Additionally, we expect reviewers to be responsible for the comments that they provide during peer review. You were invited to review because of your personal expertise and insight, which cannot be replicated by an AI tool."
For authors: According to ACM policy on authorship, "generative AI tools and technologies, such as ChatGPT, may not be listed as authors of an ACM published Work. The use of generative AI tools and technologies to create content is permitted but must be fully disclosed in the work. Basic word processing systems that recommend and insert replacement text, perform spelling or grammar checks and corrections, or systems that do language translations are to be considered exceptions to this disclosure requirement and are generally permitted and need not be disclosed in the work."
The official publication date is the date the proceedings are made available in the ACM Digital Library. This date may be up to two weeks prior to the first day of ICSE 2026. The official publication date affects the deadline for any patent filings related to published work.
Purchases of additional pages in the proceedings are not allowed.
Lightweight Double-Blind Review Process for Papers
As in recent editions, FormaliSE 2026 will use a lightweight double-anonymous process. Authors must omit their names and institutions from the title page, cite their own work in the third person, and omit acknowledgments that may reveal their identity or affiliation. The purpose is to reduce the chances of reviewer bias influenced by the authors’ identities. The double-anonymous process is, however, lightweight, which means that it should not pose a heavy burden for authors, nor should it make a paper's presentation weaker or more difficult to review. Also, advertising the paper as part of your usual research activities (for example, on your personal webpage, in a pre-print archive, by email, in talks or discussions with colleagues) is permitted without penalties.
Paper selection
Each paper will be reviewed by at least three program committee members who will judge its overall quality based on the following criteria:
Full research papers
Novelty: the originality of the contribution compared to the state-of-the-art, and the appropriateness of the discussion of relevant related work.
Relevance: the significance and potential impact of the research on the FormaliSE community.
Soundness: the appropriateness of the research methodology and correctness of the solution.
Presentation: the quality of the presentation.
Verifiability: The extent to which the paper includes sufficient information to support independent verification and the replication of its contributions.
Case study papers
Originality: the extent to which the paper advances the current state of the practice
Relevance: the significance and potential impact of the research on the FormaliSE community.
Significance: the significance of the contribution compared to the existing related works and similar industrial contexts.
Generalizability: the extent to which the paper discusses the generalizability of the results (e.g., scalability concerns).
Research Ideas & Extended Abstract
Novelty: the originality of the contribution compared to the state-of-the-art, and the appropriateness of the discussion of relevant related work.
Soundness of the research plan: the appropriateness and soundness of the research plan.
Presentation: the quality of the presentation and the relevance for the audience of FormaliSE.
FormaliSE 2026 will adopt a lightweight review process: if all the reviewers of a given paper agree that a clarification from the authors regarding a specific question could move the paper from "borderline" to "accept", the chairs will relay the reviewers' questions to the authors by email, and then share their reply with the reviewers in HotCRP. The goal of lightweight responses is to reduce the chance of random decisions on borderline papers. Hence, they will only be used for a minority of submissions; most papers will not require such an author response. Nevertheless, we would ask the corresponding authors of all submissions to make sure that they are available to answer questions by email upon request.
Artifact Evaluation
Reproducibility of experimental results is crucial to foster an atmosphere of trustworthy, open, and reusable research. To improve and reward reproducibility, FormaliSE 2026 continues its Artifact Evaluation (AE) procedure. An artifact is any additional material (software, data sets, machine-checkable proofs, etc.) that substantiates the claims made in the paper and ideally makes them fully reproducible.
Submission of an artifact is optional but encouraged for all papers where it can support the results presented in the paper. Artifact review is single-anonymous (the paper corresponding to an artifact must still follow the double-anonymous submissions requirements) and will be conducted concurrently with the paper reviewing process. Artifacts will be handled by a separate Artifact Evaluation Committee, and the Artifact Evaluation process will be set up such that the anonymization of the corresponding papers will not be compromised. Accepted papers with a successfully evaluated artefact will be awarded the EAPLS Artifact Badges <https://eapls.org/eapls/artifact-badges/> that apply (among "Functional", "Reusable", and "Available"). Awarded badges are to be added to the camera-ready version of the paper.
Artifacts will be assessed with respect to their consistency with the results presented in the paper, their completeness, their documentation, and their ease of use. The Artifact Evaluation will include an initial check for technical issues; authors of artifacts may be contacted by email within the first two weeks after artifact submission to help resolve any technical problems that prevent the evaluation of an artifact, if necessary.
The results of an artifact evaluation will not be available to the reviewers of the corresponding paper; hence, they will not affect the paper's acceptance decision. However, reviewers will know whether a paper has submitted *any* artifacts; this piece of information may be taken into account to decide whether the paper should be accepted. Thus, if there are justifiable reasons why a paper's artifacts cannot be submitted, they should be pointed out in the paper so that the reviewers can appreciate them and adjust their expectations accordingly.
Detailed guidelines for the preparation and submission of artifacts will be described in a dedicated page on FormaliSE 2026's website.
Publication
All accepted papers are published as part of the ICSE 2026 Proceedings in the ACM and IEEE Digital Libraries.
At least one author of each accepted paper is required to register for the conference and present the paper at the conference — physically or, if the circumstances do not allow so, virtually. Failure to register an author will result in a paper being removed from the proceedings.
General Chairs
Stefania Gnesi, Istituto di Scienza e Tecnologie dell’Informazione, Italy
Nico Plat, Thanos, The Netherlands
Program Chairs
Genaína Nunes Rodrigues, University of Brasília, Brazil
Menghi Claudio, University of Bergamo, Italy, and McMaster University, Canada
Artifact Evaluation Chairs
Lina Marsso, Polytechnique Montréal, Canada
Pedro Ribeiro, University of York, UK
Social Media Chair
Andrea Bombarda, University of Bergamo, Italy
Program committee
Alcino Cunha, Universidade do Minho, Portugal
Alexandra Mendes, University of Porto, Portuga
Allison Sullivan, University of Texas at Arlington, USAl
Camilo Rocha, Pontificia Universidad Javeriana, Colombia
Carlo Furia, Università della Svizzera italiana, Switzerland
Carlos Lopez Pombo, Universidad Nacional de Rio Negro, Argentina
Christos Tsigkanos, University of Athens, Greece
Diego Perez-Palacin, Linnaeus University, Sweden
Domenico Bianculli, University of Luxembourg, Luxembourg
Emil Sekerinski, McMaster University, Canada
Ernst Moritz Hahn, University of Twente, Netherlands
Franco Raimondi, GSSI, Italy
Gustavo Betarte, Universidad de la República ,Uruguay
Haniel Barbosa, Universidade Federal de Minas Gerais, Brazil
Kenneth Johnson, Auckland University of Technology, New Zealand
Leopoldo Teixeira, Universidade Federal de Pernambuco, Brazil
Livia Lestingi, Politecnico di Milano, Italy
Logan Murphy, University of Toronto, Canada
Luigia Petre, Åbo Akademi University, Finland
Marsha Chechik, University of Toronto, Canada
Maurice H. ter Beek, Consiglio Nazionale delle Ricerche, Italy
Nianyu Li, ZGC National Laboratory, China
Paola Spoletini, Kennesaw State University, USA
Quentin Nivon, University Grenoble Alpes, France
Renzo Degiovanni, Luxembourg Institute of Science and Technology, Luxembourg
Rosemary Monahan, National Univeristy of Ireland, Ireland
Sanjai Rayadurgam, University of Minnesota, USA
Shahar Maoz, Tel Aviv University, Israel
Silvia Bonfanti, University of Bergamo, Italy
Simon Bliudze, University of Lille Inria Research Centre, France
Vander Alves, Universidade de Brasília, Brazil
Zhenya Zhang, Kyushu University, Japan
Contact
We can be contacted at oc2026(a)formalise.org.
1
0