<?xml version="1.0" encoding="UTF-8"?>
<OAI-PMH xmlns="http://www.openarchives.org/OAI/2.0/" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://www.openarchives.org/OAI/2.0/ http://www.openarchives.org/OAI/2.0/OAI-PMH.xsd">
  <responseDate>2026-07-21T14:13:07Z</responseDate>
  <request identifier="2809" metadataPrefix="oai_dc" verb="GetRecord">https://drops.dagstuhl.de/oai</request>
  <GetRecord>
    <record>
      <header>
        <identifier>oai:drops-oai.dagstuhl.de:2809</identifier>
        <datestamp>2024-03-06T11:09:26Z</datestamp>
        <setSpec>ddc:004</setSpec>
        <setSpec>open_access</setSpec>
      </header>
      <metadata>
        <oai_dc:dc xmlns:oai_dc="http://www.openarchives.org/OAI/2.0/oai_dc/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://www.openarchives.org/OAI/2.0/oai_dc/ http://www.openarchives.org/OAI/2.0/oai_dc.xsd">
          <dc:title>Program Equivalence with Names</dc:title>
          <dc:creator>Tzevelekos, Nikos</dc:creator>
          <dc:subject>Nu-calculus</dc:subject>
          <dc:subject>Local State</dc:subject>
          <dc:subject>Logical Relations</dc:subject>
          <dc:subject>Game Semantics</dc:subject>
          <dc:subject>Environmental Bisimulations</dc:subject>
          <dc:description>The nu-calculus of Pitts and Stark was introduced as a paradigmatic&#13;
functional language with a very basic local-state effect: references of unit&#13;
type. These were called names, and the motto of the new language went as&#13;
follows:&#13;
&#13;
"Names are created with local scope, can be tested for equality, and are&#13;
passed around via function application, but that is all." &#13;
&#13;
Because of this limited framework, the hope was that fully abstract models&#13;
and complete proof techniques could be obtained. However, it was soon &#13;
realised that the behaviour of nu-calculus programs is quite intricate, and &#13;
program equivalence in particular is surprisingly difficult to capture. Here we &#13;
shall focus on the following "hard" equivalence.&#13;
&#13;
new x,y in f. (fx=fy)  ==  f. true&#13;
&#13;
We shall examine attempts and proofs of the above, explain the advantages&#13;
and disadvantages of the proof methods and discuss why program &#13;
equivalence in this simple language remains to date a mystery.</dc:description>
          <dc:publisher>Schloss Dagstuhl – Leibniz-Zentrum für Informatik</dc:publisher>
          <dc:contributor>Nikos Tzevelekos</dc:contributor>
          <dc:date>2010</dc:date>
          <dc:relation>Is Part Of Dagstuhl Seminar Proceedings, Volume 10351, Modelling, Controlling and Reasoning About State (2010)</dc:relation>
          <dc:type>InProceedings</dc:type>
          <dc:type>Text</dc:type>
          <dc:type>doc-type:ResearchArticle</dc:type>
          <dc:type>publishedVersion</dc:type>
          <dc:format>application/pdf</dc:format>
          <dc:identifier>doi:10.4230/DagSemProc.10351.5</dc:identifier>
          <dc:identifier>urn:nbn:de:0030-drops-28092</dc:identifier>
          <dc:identifier>https://drops.dagstuhl.de/entities/document/10.4230/DagSemProc.10351.5</dc:identifier>
          <dc:language>eng</dc:language>
          <dc:rights>https://creativecommons.org/licenses/by/4.0/legalcode</dc:rights>
        </oai_dc:dc>
      </metadata>
    </record>
  </GetRecord>
</OAI-PMH>
