<?xml version="1.0" encoding="UTF-8"?><!-- generator="wordpress/2.0.12-alpha" -->
<rss version="2.0" 
	xmlns:content="http://purl.org/rss/1.0/modules/content/">
<channel>
	<title>Comments on: GRIN as intermediate representation for Lazy Functional Languages</title>
	<link>http://www.lshift.net/blog/2005/11/01/grin-as-intermediate-representation-for-lazy-functional-languages</link>
	<description>What happens at LShift</description>
	<pubDate>Wed, 07 Jan 2009 00:01:24 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.0.12-alpha</generator>

	<item>
		<title>by: tonyg</title>
		<link>http://www.lshift.net/blog/2005/11/01/grin-as-intermediate-representation-for-lazy-functional-languages#comment-20</link>
		<pubDate>Thu, 03 Nov 2005 14:36:52 +0000</pubDate>
		<guid>http://www.lshift.net/blog/2005/11/01/grin-as-intermediate-representation-for-lazy-functional-languages#comment-20</guid>
					<description>&lt;p&gt;The relationship between PICs and GRIN was more that PICs compute a similar kind of control-flow-analysis graph to the one being computed over GRIN code. The reason GRIN is interesting is more that it's a lazy functional language, and I wasn't 100% convinced that I would get good results from partial-evaluation in a lazy setting.&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>The relationship between PICs and GRIN was more that PICs compute a similar kind of control-flow-analysis graph to the one being computed over GRIN code. The reason GRIN is interesting is more that it&#8217;s a lazy functional language, and I wasn&#8217;t 100% convinced that I would get good results from partial-evaluation in a lazy setting.</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: tonyg</title>
		<link>http://www.lshift.net/blog/2005/11/01/grin-as-intermediate-representation-for-lazy-functional-languages#comment-19</link>
		<pubDate>Thu, 03 Nov 2005 14:34:01 +0000</pubDate>
		<guid>http://www.lshift.net/blog/2005/11/01/grin-as-intermediate-representation-for-lazy-functional-languages#comment-19</guid>
					<description>&lt;p&gt;I've just made my darcs repo available at http://eighty-twenty.org/~tonyg/Darcs/smalltalk-tng/. I'll write a posting for http://eighty-twenty.org/ that explains the layout of the code. My current experiments, "r3", are little more than a parser at the moment, and I think even that might be a bit broken. Still - have a look if you like :-)&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>I&#8217;ve just made my darcs repo available at http://eighty-twenty.org/~tonyg/Darcs/smalltalk-tng/. I&#8217;ll write a posting for http://eighty-twenty.org/ that explains the layout of the code. My current experiments, &#8220;r3&#8243;, are little more than a parser at the moment, and I think even that might be a bit broken. Still - have a look if you like :-)</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: Shae Erisson</title>
		<link>http://www.lshift.net/blog/2005/11/01/grin-as-intermediate-representation-for-lazy-functional-languages#comment-18</link>
		<pubDate>Wed, 02 Nov 2005 19:09:41 +0000</pubDate>
		<guid>http://www.lshift.net/blog/2005/11/01/grin-as-intermediate-representation-for-lazy-functional-languages#comment-18</guid>
					<description>&lt;p&gt;Is the source for your language available?
Also, in case it wasn't obvious, John Meacham is building JHC on top of a GRIN backend.
What's the relation between polyinline caching and GRIN?&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>Is the source for your language available?<br />
Also, in case it wasn&#8217;t obvious, John Meacham is building JHC on top of a GRIN backend.<br />
What&#8217;s the relation between polyinline caching and GRIN?</p>
]]></content:encoded>
				</item>
</channel>
</rss>
