<?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: Reapplying the Decal: Know your materials</title>
	<atom:link href="http://www.archgrove.co.uk/weblog/2005/08/12/reapplying-the-decal-know-your-materials/feed" rel="self" type="application/rss+xml" />
	<link>http://www.archgrove.co.uk/weblog/2005/08/12/reapplying-the-decal-know-your-materials</link>
	<description>Implicit Definition</description>
	<lastBuildDate>Thu, 01 Apr 2010 13:52:30 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: Adam Wright</title>
		<link>http://www.archgrove.co.uk/weblog/2005/08/12/reapplying-the-decal-know-your-materials/comment-page-1#comment-423</link>
		<dc:creator>Adam Wright</dc:creator>
		<pubDate>Sat, 13 Aug 2005 22:47:09 +0000</pubDate>
		<guid isPermaLink="false">http://www.archgrove.co.uk/weblog/2005/08/12/reapplying-the-decal-know-your-materials#comment-423</guid>
		<description>Yay! Another pretty much perfect answer. I guess my question was a bit ambiguous as x86 is not a register machine in the mathematical sense, but the instruction set design is optimised for register use over a purely stack based approach. As for commonly used stack VM&#039;s, I was indeed hoping to see Sun&#039;s Java and then Microsoft&#039;s CLR.

I&#039;ll probably write an annex piece about MSIL (the assembly language that the CLR takes) one day, as it makes for a much more easily understood introduction to G1 languages (though I suppose it would be more G1.5).

I tip my hat sir!</description>
		<content:encoded><![CDATA[<p>Yay! Another pretty much perfect answer. I guess my question was a bit ambiguous as x86 is not a register machine in the mathematical sense, but the instruction set design is optimised for register use over a purely stack based approach. As for commonly used stack VM&#8217;s, I was indeed hoping to see Sun&#8217;s Java and then Microsoft&#8217;s CLR.</p>
<p>I&#8217;ll probably write an annex piece about MSIL (the assembly language that the CLR takes) one day, as it makes for a much more easily understood introduction to G1 languages (though I suppose it would be more G1.5).</p>
<p>I tip my hat sir!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Eddie Williams</title>
		<link>http://www.archgrove.co.uk/weblog/2005/08/12/reapplying-the-decal-know-your-materials/comment-page-1#comment-420</link>
		<dc:creator>Eddie Williams</dc:creator>
		<pubDate>Fri, 12 Aug 2005 20:25:03 +0000</pubDate>
		<guid isPermaLink="false">http://www.archgrove.co.uk/weblog/2005/08/12/reapplying-the-decal-know-your-materials#comment-420</guid>
		<description>I would think that register passing is the alternative, but I&#039;m not a great student of x86.

I know Java is purely stack-based. And your hint leads me to believe that the other answer is Microsoft&#039;s Common Runtime Langugage thing; but that&#039;s a wild guess.</description>
		<content:encoded><![CDATA[<p>I would think that register passing is the alternative, but I&#8217;m not a great student of x86.</p>
<p>I know Java is purely stack-based. And your hint leads me to believe that the other answer is Microsoft&#8217;s Common Runtime Langugage thing; but that&#8217;s a wild guess.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Adam Wright</title>
		<link>http://www.archgrove.co.uk/weblog/2005/08/12/reapplying-the-decal-know-your-materials/comment-page-1#comment-418</link>
		<dc:creator>Adam Wright</dc:creator>
		<pubDate>Fri, 12 Aug 2005 19:01:55 +0000</pubDate>
		<guid isPermaLink="false">http://www.archgrove.co.uk/weblog/2005/08/12/reapplying-the-decal-know-your-materials#comment-418</guid>
		<description>Sorry for putting out another long read so shortly after the previous one, but I&#039;m off out this evening and this &quot;memlocs&quot; series has gone on rather longer than I thought. I&#039;ll make up for it with a more easily accessible read after the last part.</description>
		<content:encoded><![CDATA[<p>Sorry for putting out another long read so shortly after the previous one, but I&#8217;m off out this evening and this &#8220;memlocs&#8221; series has gone on rather longer than I thought. I&#8217;ll make up for it with a more easily accessible read after the last part.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

<!-- Performance optimized by W3 Total Cache. Learn more: http://www.w3-edge.com/wordpress-plugins/

Minified using disk: basic
Page Caching using disk: enhanced

Served from: www.archgrove.co.uk @ 2012-02-06 09:30:28 -->
