<?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/"
	xmlns:itunes="http://www.itunes.com/dtds/podcast-1.0.dtd"
	>
<channel>
	<title>Comments on: Supero: Making Haskell Faster</title>
	<atom:link href="http://enfranchisedmind.com/blog/posts/supero-making-haskell-faster/feed/" rel="self" type="application/rss+xml" />
	<link>http://enfranchisedmind.com/blog/posts/supero-making-haskell-faster/</link>
	<description>programming, politics, &#38; other religious issues</description>
	<lastBuildDate>Fri, 12 Mar 2010 09:19:33 +0000</lastBuildDate>
	
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Upped The Recent Post/Popular Post Widget Count &#124; Enfranchised Mind</title>
		<link>http://enfranchisedmind.com/blog/posts/supero-making-haskell-faster/#comment-33662</link>
		<dc:creator>Upped The Recent Post/Popular Post Widget Count &#124; Enfranchised Mind</dc:creator>
		<pubDate>Tue, 12 Aug 2008 19:31:30 +0000</pubDate>
		<guid isPermaLink="false">http://enfranchisedmind.com/blog/2007/12/09/supero-making-haskell-faster/#comment-33662</guid>
		<description>[...] Supero: Making Haskell Faster [...]</description>
		<content:encoded><![CDATA[<p>[...] Supero: Making Haskell Faster [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Enfranchised Mind &#187; Supero Followup</title>
		<link>http://enfranchisedmind.com/blog/posts/supero-making-haskell-faster/#comment-32022</link>
		<dc:creator>Enfranchised Mind &#187; Supero Followup</dc:creator>
		<pubDate>Wed, 12 Dec 2007 23:04:06 +0000</pubDate>
		<guid isPermaLink="false">http://enfranchisedmind.com/blog/2007/12/09/supero-making-haskell-faster/#comment-32022</guid>
		<description>[...] CandidateDevelopment Acceleration: The Second Derivative of FunctionalityCertification? Please, no.Supero: Making Haskell FasterCompassionate [...]</description>
		<content:encoded><![CDATA[<p>[...] CandidateDevelopment Acceleration: The Second Derivative of FunctionalityCertification? Please, no.Supero: Making Haskell FasterCompassionate [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Neil Mitchell</title>
		<link>http://enfranchisedmind.com/blog/posts/supero-making-haskell-faster/#comment-31997</link>
		<dc:creator>Neil Mitchell</dc:creator>
		<pubDate>Tue, 11 Dec 2007 10:40:51 +0000</pubDate>
		<guid isPermaLink="false">http://enfranchisedmind.com/blog/2007/12/09/supero-making-haskell-faster/#comment-31997</guid>
		<description>I wasn&#039;t going to post up my new draft paper, but following all the interest, I think it makes sense if everyone can see the latest and greatest supero stuff. That paper does cover more of the details - the original paper was written with a more limited knowledge of existing supercompilation, the revised paper builds on existing work so is more powerful.</description>
		<content:encoded><![CDATA[<p>I wasn&#8217;t going to post up my new draft paper, but following all the interest, I think it makes sense if everyone can see the latest and greatest supero stuff. That paper does cover more of the details &#8211; the original paper was written with a more limited knowledge of existing supercompilation, the revised paper builds on existing work so is more powerful.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: augustss</title>
		<link>http://enfranchisedmind.com/blog/posts/supero-making-haskell-faster/#comment-31996</link>
		<dc:creator>augustss</dc:creator>
		<pubDate>Tue, 11 Dec 2007 10:23:09 +0000</pubDate>
		<guid isPermaLink="false">http://enfranchisedmind.com/blog/2007/12/09/supero-making-haskell-faster/#comment-31996</guid>
		<description>By saying it has been done before I didn&#039;t mean to belittle Neil&#039;s work.  The main idea might be old, but the devil is in the detail.  Doing it efficiently and well for a real language is not easy, and I hope Neil will succeed.</description>
		<content:encoded><![CDATA[<p>By saying it has been done before I didn&#8217;t mean to belittle Neil&#8217;s work.  The main idea might be old, but the devil is in the detail.  Doing it efficiently and well for a real language is not easy, and I hope Neil will succeed.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Neil Mitchell</title>
		<link>http://enfranchisedmind.com/blog/posts/supero-making-haskell-faster/#comment-31987</link>
		<dc:creator>Neil Mitchell</dc:creator>
		<pubDate>Mon, 10 Dec 2007 18:09:49 +0000</pubDate>
		<guid isPermaLink="false">http://enfranchisedmind.com/blog/2007/12/09/supero-making-haskell-faster/#comment-31987</guid>
		<description>As augustss says, it has been done before, but its a while since it&#039;s been applied to a full scale functional language. It is indeed positive supercompilation. The original paper that is on my website (http://www-users.cs.york.ac.uk/~ndm/supero/) follows the ideas of supercompilation relatively closely. The new paper which I&#039;ve just submitted makes a few more changes from the traditional supercompilation approach, which are needed in a larger programming language.

It is quite different from C program optimisation and even optimisation in a GHC/Clean style manner. Those make small incremental changes to the program, moving from one program to another very similar but slightly faster program - then these changes are iterated a lot. Supercompilation starts at one program, and ends at another program, without any kind of step-by-step process.

It&#039;s nice to see someone is interested :)</description>
		<content:encoded><![CDATA[<p>As augustss says, it has been done before, but its a while since it&#8217;s been applied to a full scale functional language. It is indeed positive supercompilation. The original paper that is on my website (<a href="http://www-users.cs.york.ac.uk/~ndm/supero/" rel="nofollow">http://www-users.cs.york.ac.uk/~ndm/supero/</a>) follows the ideas of supercompilation relatively closely. The new paper which I&#8217;ve just submitted makes a few more changes from the traditional supercompilation approach, which are needed in a larger programming language.</p>
<p>It is quite different from C program optimisation and even optimisation in a GHC/Clean style manner. Those make small incremental changes to the program, moving from one program to another very similar but slightly faster program &#8211; then these changes are iterated a lot. Supercompilation starts at one program, and ends at another program, without any kind of step-by-step process.</p>
<p>It&#8217;s nice to see someone is interested :)</p>
]]></content:encoded>
	</item>
</channel>
</rss>
