<?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: Replacing small C programs with Haskell</title>
	<atom:link href="http://blog.ezyang.com/2010/03/replacing-small-c-programs-with-haskell/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.ezyang.com/2010/03/replacing-small-c-programs-with-haskell/</link>
	<description>Existential Pontification and Generalized Abstract Digressions</description>
	<lastBuildDate>Sun, 05 Feb 2012 23:02:11 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: Edward Z. Yang</title>
		<link>http://blog.ezyang.com/2010/03/replacing-small-c-programs-with-haskell/comment-page-1/#comment-3290</link>
		<dc:creator>Edward Z. Yang</dc:creator>
		<pubDate>Mon, 02 Jan 2012 16:57:06 +0000</pubDate>
		<guid isPermaLink="false">http://blog.ezyang.com/?p=913#comment-3290</guid>
		<description>Tim: The relevant documentation you&#039;re referring to is http://scripts.mit.edu/wiki/Technical_overview_of_scripts.mit.edu</description>
		<content:encoded><![CDATA[<p>Tim: The relevant documentation you&#8217;re referring to is <a href="http://scripts.mit.edu/wiki/Technical_overview_of_scripts.mit.edu" rel="nofollow">http://scripts.mit.edu/wiki/Technical_overview_of_scripts.mit.edu</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tim Daly</title>
		<link>http://blog.ezyang.com/2010/03/replacing-small-c-programs-with-haskell/comment-page-1/#comment-3289</link>
		<dc:creator>Tim Daly</dc:creator>
		<pubDate>Mon, 02 Jan 2012 16:46:47 +0000</pubDate>
		<guid isPermaLink="false">http://blog.ezyang.com/?p=913#comment-3289</guid>
		<description>You&#039;ve written a frankenscript that will exist nowhere else.
Somebody, someday will have to maintain it.
Fortunately, you wrote it in Haskell which has literate programming support.
You DID write it as a literate program, right? You wrote down WHY you 
had to write it as a separate program, right? Good lad. You get a gold star.</description>
		<content:encoded><![CDATA[<p>You&#8217;ve written a frankenscript that will exist nowhere else.<br />
Somebody, someday will have to maintain it.<br />
Fortunately, you wrote it in Haskell which has literate programming support.<br />
You DID write it as a literate program, right? You wrote down WHY you<br />
had to write it as a separate program, right? Good lad. You get a gold star.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: foljs</title>
		<link>http://blog.ezyang.com/2010/03/replacing-small-c-programs-with-haskell/comment-page-1/#comment-3288</link>
		<dc:creator>foljs</dc:creator>
		<pubDate>Mon, 02 Jan 2012 16:40:55 +0000</pubDate>
		<guid isPermaLink="false">http://blog.ezyang.com/?p=913#comment-3288</guid>
		<description>&lt;b&gt;should have done it in asm. time coding is greater but time savings in performance of program over long term makes up for it. but i guess asm is too difficult for you. visual basic is good for programmers who like “easy” job.&lt;/b&gt;

Who let the 15 year olds in?</description>
		<content:encoded><![CDATA[<p><b>should have done it in asm. time coding is greater but time savings in performance of program over long term makes up for it. but i guess asm is too difficult for you. visual basic is good for programmers who like “easy” job.</b></p>
<p>Who let the 15 year olds in?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Anonymous</title>
		<link>http://blog.ezyang.com/2010/03/replacing-small-c-programs-with-haskell/comment-page-1/#comment-1949</link>
		<dc:creator>Anonymous</dc:creator>
		<pubDate>Wed, 23 Mar 2011 01:19:49 +0000</pubDate>
		<guid isPermaLink="false">http://blog.ezyang.com/?p=913#comment-1949</guid>
		<description>should have done it in asm.  time coding is greater  but time savings in performance of program over long term makes up for it.  but i guess asm is too difficult for you.  visual basic is good for programmers who like &quot;easy&quot; job.</description>
		<content:encoded><![CDATA[<p>should have done it in asm.  time coding is greater  but time savings in performance of program over long term makes up for it.  but i guess asm is too difficult for you.  visual basic is good for programmers who like &#8220;easy&#8221; job.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Edward Z. Yang</title>
		<link>http://blog.ezyang.com/2010/03/replacing-small-c-programs-with-haskell/comment-page-1/#comment-219</link>
		<dc:creator>Edward Z. Yang</dc:creator>
		<pubDate>Thu, 18 Mar 2010 07:36:53 +0000</pubDate>
		<guid isPermaLink="false">http://blog.ezyang.com/?p=913#comment-219</guid>
		<description>Hi Daniel, I now see what you&#039;re specifically referring to. I&#039;ve reworded the post to be more clear.</description>
		<content:encoded><![CDATA[<p>Hi Daniel, I now see what you&#8217;re specifically referring to. I&#8217;ve reworded the post to be more clear.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Daniel Lyons</title>
		<link>http://blog.ezyang.com/2010/03/replacing-small-c-programs-with-haskell/comment-page-1/#comment-218</link>
		<dc:creator>Daniel Lyons</dc:creator>
		<pubDate>Thu, 18 Mar 2010 07:25:40 +0000</pubDate>
		<guid isPermaLink="false">http://blog.ezyang.com/?p=913#comment-218</guid>
		<description>Edward,

With my first remark, I&#039;m just pointing out that when you say &quot;the class of languages (Haskell is just one of a few) that compile straight to C&quot;, Haskell is usually compiled straight to _the machine_, skipping right past C code.

This is in contrast to Erlang, which has a custom virtual machine, and does not compile either to machine code or to C code. Erlang remains competitive in the performance department, though you can see in the shootout that it suffers compared to GHC and most other compiled-to-the-machine languages, with parallelism being the generally prescribed remedy. 

If we&#039;re discussing implementation language, there may be a correlation between it and speed of the implemented language, but it&#039;s easy enough to find any number of counterexamples that I wouldn&#039;t put much weight on it.</description>
		<content:encoded><![CDATA[<p>Edward,</p>
<p>With my first remark, I&#8217;m just pointing out that when you say &#8220;the class of languages (Haskell is just one of a few) that compile straight to C&#8221;, Haskell is usually compiled straight to _the machine_, skipping right past C code.</p>
<p>This is in contrast to Erlang, which has a custom virtual machine, and does not compile either to machine code or to C code. Erlang remains competitive in the performance department, though you can see in the shootout that it suffers compared to GHC and most other compiled-to-the-machine languages, with parallelism being the generally prescribed remedy. </p>
<p>If we&#8217;re discussing implementation language, there may be a correlation between it and speed of the implemented language, but it&#8217;s easy enough to find any number of counterexamples that I wouldn&#8217;t put much weight on it.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Edward Z. Yang</title>
		<link>http://blog.ezyang.com/2010/03/replacing-small-c-programs-with-haskell/comment-page-1/#comment-211</link>
		<dc:creator>Edward Z. Yang</dc:creator>
		<pubDate>Wed, 17 Mar 2010 17:48:52 +0000</pubDate>
		<guid isPermaLink="false">http://blog.ezyang.com/?p=913#comment-211</guid>
		<description>You say it as if we haven&#039;t already beaten this joke to death internally. :-)</description>
		<content:encoded><![CDATA[<p>You say it as if we haven&#8217;t already beaten this joke to death internally. :-)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Andres Salomon</title>
		<link>http://blog.ezyang.com/2010/03/replacing-small-c-programs-with-haskell/comment-page-1/#comment-210</link>
		<dc:creator>Andres Salomon</dc:creator>
		<pubDate>Wed, 17 Mar 2010 17:43:05 +0000</pubDate>
		<guid isPermaLink="false">http://blog.ezyang.com/?p=913#comment-210</guid>
		<description>Others have worked on a similar project; you may find it useful to coordinate with them.

http://creativebrief.thoughtdistrict.com/wp-content/uploads/2009/07/funny-pictures-static-kitten.jpg

(Sorry.)</description>
		<content:encoded><![CDATA[<p>Others have worked on a similar project; you may find it useful to coordinate with them.</p>
<p><a href="http://creativebrief.thoughtdistrict.com/wp-content/uploads/2009/07/funny-pictures-static-kitten.jpg" rel="nofollow">http://creativebrief.thoughtdistrict.com/wp-content/uploads/2009/07/funny-pictures-static-kitten.jpg</a></p>
<p>(Sorry.)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Edward Z. Yang</title>
		<link>http://blog.ezyang.com/2010/03/replacing-small-c-programs-with-haskell/comment-page-1/#comment-180</link>
		<dc:creator>Edward Z. Yang</dc:creator>
		<pubDate>Sun, 14 Mar 2010 00:36:25 +0000</pubDate>
		<guid isPermaLink="false">http://blog.ezyang.com/?p=913#comment-180</guid>
		<description>Hey Kevin, the improvement as I understand it (I haven&#039;t done any empirical tests myself) is that the GCC and LLVM backends have a much larger accumulated store of knowledge about assembly optimizations than the GHC developers have been able to pack into the native code generator that comes with GHC.</description>
		<content:encoded><![CDATA[<p>Hey Kevin, the improvement as I understand it (I haven&#8217;t done any empirical tests myself) is that the GCC and LLVM backends have a much larger accumulated store of knowledge about assembly optimizations than the GHC developers have been able to pack into the native code generator that comes with GHC.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Kevin RIggle</title>
		<link>http://blog.ezyang.com/2010/03/replacing-small-c-programs-with-haskell/comment-page-1/#comment-178</link>
		<dc:creator>Kevin RIggle</dc:creator>
		<pubDate>Sat, 13 Mar 2010 22:38:27 +0000</pubDate>
		<guid isPermaLink="false">http://blog.ezyang.com/?p=913#comment-178</guid>
		<description>What&#039;s the advantage of compiling Haskell to native code via C over compiling directly to native code?</description>
		<content:encoded><![CDATA[<p>What&#8217;s the advantage of compiling Haskell to native code via C over compiling directly to native code?</p>
]]></content:encoded>
	</item>
</channel>
</rss>

