<?xml version="1.0" encoding="utf-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: Phases of source analysis</title>
	<atom:link href="http://www.e-pig.org/epilogue/?feed=rss2&#038;p=49" rel="self" type="application/rss+xml" />
	<link>http://www.e-pig.org/epilogue/?p=49</link>
	<description>for Epigram</description>
	<lastBuildDate>Sun,  6 Nov 2011 09:25:45 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.4</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Conor</title>
		<link>http://www.e-pig.org/epilogue/?p=49&#038;cpage=1#comment-417</link>
		<dc:creator>Conor</dc:creator>
		<pubDate>Sun, 12 Jun 2005 10:35:21 +0000</pubDate>
		<guid isPermaLink="false">http://www.e-pig.org/epilogue/?p=49#comment-417</guid>
		<description>That sounds like something which will connect up well to the new structure, where we communicate with tree structures which use a private source of freshness to distinguish or identify names.</description>
		<content:encoded><![CDATA[<p>That sounds like something which will connect up well to the new structure, where we communicate with tree structures which use a private source of freshness to distinguish or identify names.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Cyril Konopko</title>
		<link>http://www.e-pig.org/epilogue/?p=49&#038;cpage=1#comment-414</link>
		<dc:creator>Cyril Konopko</dc:creator>
		<pubDate>Sun, 12 Jun 2005 10:26:22 +0000</pubDate>
		<guid isPermaLink="false">http://www.e-pig.org/epilogue/?p=49#comment-414</guid>
		<description>By saying &quot;Epigram response&quot;, I mean its response on &quot;inspect&quot; query. Other responses my editor just doesn&#039;t read.  Of course, it&#039;s wrong.
Syntactic correctness is guaranteed by editor, so escaping from a shed is always a success - but if term having been sent to Epigram is wrong-typed, my editor doesn&#039;t know nothing about that - and this is another one big problem, which I&#039;d rather not to solve, if I have ability to send and receive tree nodes instead of text. 
What about scoping,  it&#039;s made using back references, hence I don&#039;t deal with scoping by name: semantically different identifiers may share the same name wihout shadowing or overriding each other or something.  If Epigram wants to have fresh names or even wants to have any presumptions about names, I&#039;ll have to develop something more to support those presumptions. However, every identifier (every node, in fact) in my editor, has its unique internal number, which can serve the purpose to provide fresh names. That is, every occurence of an identifier is just a reference to its binding or declaration, which contains user-defined arbitrary name and machine-generated unique number.</description>
		<content:encoded><![CDATA[<p>By saying &#8220;Epigram response&#8221;, I mean its response on &#8220;inspect&#8221; query. Other responses my editor just doesn&#8217;t read.  Of course, it&#8217;s wrong.<br />
Syntactic correctness is guaranteed by editor, so escaping from a shed is always a success &#8211; but if term having been sent to Epigram is wrong-typed, my editor doesn&#8217;t know nothing about that &#8211; and this is another one big problem, which I&#8217;d rather not to solve, if I have ability to send and receive tree nodes instead of text.<br />
What about scoping,  it&#8217;s made using back references, hence I don&#8217;t deal with scoping by name: semantically different identifiers may share the same name wihout shadowing or overriding each other or something.  If Epigram wants to have fresh names or even wants to have any presumptions about names, I&#8217;ll have to develop something more to support those presumptions. However, every identifier (every node, in fact) in my editor, has its unique internal number, which can serve the purpose to provide fresh names. That is, every occurence of an identifier is just a reference to its binding or declaration, which contains user-defined arbitrary name and machine-generated unique number.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Cyril Konopko</title>
		<link>http://www.e-pig.org/epilogue/?p=49&#038;cpage=1#comment-403</link>
		<dc:creator>Cyril Konopko</dc:creator>
		<pubDate>Sun, 12 Jun 2005 08:32:37 +0000</pubDate>
		<guid isPermaLink="false">http://www.e-pig.org/epilogue/?p=49#comment-403</guid>
		<description>That editor is written using a tool called MPS (Meta Programming System) which is currently developed by JetBrains, and does not run without MPS. 

It will be EAP of MPS soon, then MPS will be available at Internet.  When it is, I can provide you with .mpr files - by making an Internet page for them, I think.

Currently, it has one big mistake - I think, it does not parse properly Epigram response when it&#039;s to occupy more than one line, if rendered by Emacs. I don&#039;t know, if to fix that somehow or just to wait for convenient editor-and-Epigram interface.</description>
		<content:encoded><![CDATA[<p>That editor is written using a tool called MPS (Meta Programming System) which is currently developed by JetBrains, and does not run without MPS. </p>
<p>It will be EAP of MPS soon, then MPS will be available at Internet.  When it is, I can provide you with .mpr files &#8211; by making an Internet page for them, I think.</p>
<p>Currently, it has one big mistake &#8211; I think, it does not parse properly Epigram response when it&#8217;s to occupy more than one line, if rendered by Emacs. I don&#8217;t know, if to fix that somehow or just to wait for convenient editor-and-Epigram interface.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: txa</title>
		<link>http://www.e-pig.org/epilogue/?p=49&#038;cpage=1#comment-327</link>
		<dc:creator>txa</dc:creator>
		<pubDate>Fri, 10 Jun 2005 10:48:50 +0000</pubDate>
		<guid isPermaLink="false">http://www.e-pig.org/epilogue/?p=49#comment-327</guid>
		<description>Cyril, would you mind to tell us more about your editor? Is it available for playing around with it?</description>
		<content:encoded><![CDATA[<p>Cyril, would you mind to tell us more about your editor? Is it available for playing around with it?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Cyril Konopko</title>
		<link>http://www.e-pig.org/epilogue/?p=49&#038;cpage=1#comment-296</link>
		<dc:creator>Cyril Konopko</dc:creator>
		<pubDate>Thu, 09 Jun 2005 10:12:23 +0000</pubDate>
		<guid isPermaLink="false">http://www.e-pig.org/epilogue/?p=49#comment-296</guid>
		<description>As far as I can understand, my editor is to connect to the elaborator directly. Scoping is processed on my editor&#039;s side. The result of processing is a kind syntax tree with back references to variables&#039; bindings or declarations.

Now it interacts with Durham version of Epigram, by pretending to be XEmacs. It performs that in very silly way, in fact: it renders its result tree into text and emulates sending it to Epigram shed by Ctrl+C Ctrl+C... Hence, editor only guarantees syntactical and scoping correctness of program, but all scoping and parsing information is lost while sending result to Epigram. 

That&#039;s why I&#039;m waiting very much  for those &#039;services&#039; to be provided by Epigram1.</description>
		<content:encoded><![CDATA[<p>As far as I can understand, my editor is to connect to the elaborator directly. Scoping is processed on my editor&#8217;s side. The result of processing is a kind syntax tree with back references to variables&#8217; bindings or declarations.</p>
<p>Now it interacts with Durham version of Epigram, by pretending to be XEmacs. It performs that in very silly way, in fact: it renders its result tree into text and emulates sending it to Epigram shed by Ctrl+C Ctrl+C&#8230; Hence, editor only guarantees syntactical and scoping correctness of program, but all scoping and parsing information is lost while sending result to Epigram. </p>
<p>That&#8217;s why I&#8217;m waiting very much  for those &#8217;services&#8217; to be provided by Epigram1.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
