<?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"
	>
<channel>
	<title>Comments for The Shape of Code</title>
	<atom:link href="http://shape-of-code.coding-guidelines.com/comments/feed/" rel="self" type="application/rss+xml" />
	<link>http://shape-of-code.coding-guidelines.com</link>
	<description></description>
	<pubDate>Fri, 12 Mar 2010 00:00:07 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.6</generator>
		<item>
		<title>Comment on Designing a processor for increased source portability costs by Derek-Jones</title>
		<link>http://shape-of-code.coding-guidelines.com/2010/02/designing-a-processor-for-increased-source-portability-costs/#comment-1517</link>
		<dc:creator>Derek-Jones</dc:creator>
		<pubDate>Tue, 09 Feb 2010 12:43:00 +0000</pubDate>
		<guid isPermaLink="false">http://shape-of-code.coding-guidelines.com/?p=177#comment-1517</guid>
		<description>&lt;a href="#comment-1490" rel="nofollow"&gt;@cate &lt;/a&gt;  Thanks for pointing out that I need to discuss 8-bit chars; now done!

The Intel x86 and many RISC chips have opposite byte endianness which ensures that this issue is addressed by a lot of Open Source code.  What about word endianness (i.e., swapping 16-bit quantities) like that used by the DEC (now HP) &lt;a href="http://en.wikipedia.org/wiki/Vax" rel="nofollow"&gt;VAX&lt;/a&gt;?  This is an interesting possibility that I had overlooked.

Having pointers occupy more bits than a long (the IBM RS/400 has 16 byte pointers!) introduces all sorts of extra costs for the processor vendor, so I don't think that this is a cost effective option.</description>
		<content:encoded><![CDATA[<p><a href="#comment-1490" rel="nofollow">@cate </a>  Thanks for pointing out that I need to discuss 8-bit chars; now done!</p>
<p>The Intel x86 and many RISC chips have opposite byte endianness which ensures that this issue is addressed by a lot of Open Source code.  What about word endianness (i.e., swapping 16-bit quantities) like that used by the DEC (now HP) <a href="http://en.wikipedia.org/wiki/Vax" rel="nofollow">VAX</a>?  This is an interesting possibility that I had overlooked.</p>
<p>Having pointers occupy more bits than a long (the IBM RS/400 has 16 byte pointers!) introduces all sorts of extra costs for the processor vendor, so I don&#8217;t think that this is a cost effective option.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Designing a processor for increased source portability costs by Derek-Jones</title>
		<link>http://shape-of-code.coding-guidelines.com/2010/02/designing-a-processor-for-increased-source-portability-costs/#comment-1513</link>
		<dc:creator>Derek-Jones</dc:creator>
		<pubDate>Tue, 09 Feb 2010 12:01:07 +0000</pubDate>
		<guid isPermaLink="false">http://shape-of-code.coding-guidelines.com/?p=177#comment-1513</guid>
		<description>&lt;a href="#comment-1482" rel="nofollow"&gt;@Tony Finch &lt;/a&gt; 
The diagram on that page clearly shows zero at the bottom and FFF... at the top.  In a signed address space zero sits in the middle of memory.  I did not see any obvious errors in the article saying that the address space was signed.</description>
		<content:encoded><![CDATA[<p><a href="#comment-1482" rel="nofollow">@Tony Finch </a><br />
The diagram on that page clearly shows zero at the bottom and FFF&#8230; at the top.  In a signed address space zero sits in the middle of memory.  I did not see any obvious errors in the article saying that the address space was signed.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Designing a processor for increased source portability costs by cate</title>
		<link>http://shape-of-code.coding-guidelines.com/2010/02/designing-a-processor-for-increased-source-portability-costs/#comment-1490</link>
		<dc:creator>cate</dc:creator>
		<pubDate>Tue, 09 Feb 2010 09:35:39 +0000</pubDate>
		<guid isPermaLink="false">http://shape-of-code.coding-guidelines.com/?p=177#comment-1490</guid>
		<description>You forgot some usual assumptions:
- char is 8 bits (from POSIX)
- strange endianness (it seems that a lot of program uses custom function to transform data)
- pointer are longer than long (IIRC since C99)

The first two items are important to read binary files (e.g. images) or from network. Programs use custom function but now that all devices must share data such assumptions could slow down porting applications.</description>
		<content:encoded><![CDATA[<p>You forgot some usual assumptions:<br />
- char is 8 bits (from POSIX)<br />
- strange endianness (it seems that a lot of program uses custom function to transform data)<br />
- pointer are longer than long (IIRC since C99)</p>
<p>The first two items are important to read binary files (e.g. images) or from network. Programs use custom function but now that all devices must share data such assumptions could slow down porting applications.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Designing a processor for increased source portability costs by Tony Finch</title>
		<link>http://shape-of-code.coding-guidelines.com/2010/02/designing-a-processor-for-increased-source-portability-costs/#comment-1482</link>
		<dc:creator>Tony Finch</dc:creator>
		<pubDate>Tue, 09 Feb 2010 08:31:50 +0000</pubDate>
		<guid isPermaLink="false">http://shape-of-code.coding-guidelines.com/?p=177#comment-1482</guid>
		<description>x86-64 has a signed address space. http://en.wikipedia.org/wiki/X86-64#Virtual_address_space_details</description>
		<content:encoded><![CDATA[<p>x86-64 has a signed address space. <a href="http://en.wikipedia.org/wiki/X86-64#Virtual_address_space_details" rel="nofollow">http://en.wikipedia.org/wiki/X86-64#Virtual_address_space_details</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Secret instruction sets about to make a come-back by The Shape of Code &#187; Designing a processor for increased source portability costs</title>
		<link>http://shape-of-code.coding-guidelines.com/2010/01/secret-instruction-sets-about-to-make-a-come-back/#comment-1448</link>
		<dc:creator>The Shape of Code &#187; Designing a processor for increased source portability costs</dc:creator>
		<pubDate>Tue, 09 Feb 2010 02:29:16 +0000</pubDate>
		<guid isPermaLink="false">http://shape-of-code.coding-guidelines.com/?p=173#comment-1448</guid>
		<description>[...] vendor make it difficult for developers to port open source applications to their proprietary cpu? Keeping the instruction set secret is one technique, another is to design a cpu that breaks often relied upon assumptions that [...]</description>
		<content:encoded><![CDATA[<p>[...] vendor make it difficult for developers to port open source applications to their proprietary cpu? Keeping the instruction set secret is one technique, another is to design a cpu that breaks often relied upon assumptions that [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Secret instruction sets about to make a come-back by Derek-Jones</title>
		<link>http://shape-of-code.coding-guidelines.com/2010/01/secret-instruction-sets-about-to-make-a-come-back/#comment-1128</link>
		<dc:creator>Derek-Jones</dc:creator>
		<pubDate>Fri, 29 Jan 2010 12:26:34 +0000</pubDate>
		<guid isPermaLink="false">http://shape-of-code.coding-guidelines.com/?p=173#comment-1128</guid>
		<description>I don't believe that the 'many eyes' theory of fault finding (or instruction reverse engineering) holds much water.  Most people don' have the skill, inclination or time to get involved.

Over time information on any secret instruction set will leak out.  It only takes one skilled person with the inclination and time, or somebody to leak a confidential document.  But once sufficient information is available who will write the code generator?  Again given time I'm sure one or more people will write one.  However, Apple's lawyers will ensure that getting hold of this compiler will be hard (assuming Apple want to keep the instruction set secret), so bugs will probably take ages to be fixed and the quality probably low.

Any commercial company will not touch a 'black market' compiler and will have to strike a deal with Apple to port their application, which means Apple maintains control of the money making (the whole purpose of the exercise)..</description>
		<content:encoded><![CDATA[<p>I don&#8217;t believe that the &#8216;many eyes&#8217; theory of fault finding (or instruction reverse engineering) holds much water.  Most people don&#8217; have the skill, inclination or time to get involved.</p>
<p>Over time information on any secret instruction set will leak out.  It only takes one skilled person with the inclination and time, or somebody to leak a confidential document.  But once sufficient information is available who will write the code generator?  Again given time I&#8217;m sure one or more people will write one.  However, Apple&#8217;s lawyers will ensure that getting hold of this compiler will be hard (assuming Apple want to keep the instruction set secret), so bugs will probably take ages to be fixed and the quality probably low.</p>
<p>Any commercial company will not touch a &#8216;black market&#8217; compiler and will have to strike a deal with Apple to port their application, which means Apple maintains control of the money making (the whole purpose of the exercise)..</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Minimum information needed for writing a code generator by The Shape of Code » Minimum information needed for writing a code &#8230; Zero Me</title>
		<link>http://shape-of-code.coding-guidelines.com/2010/01/minimum-information-needed-for-writing-a-code-generator/#comment-1127</link>
		<dc:creator>The Shape of Code » Minimum information needed for writing a code &#8230; Zero Me</dc:creator>
		<pubDate>Fri, 29 Jan 2010 08:32:12 +0000</pubDate>
		<guid isPermaLink="false">http://shape-of-code.coding-guidelines.com/?p=175#comment-1127</guid>
		<description>[...] the original:  The Shape of Code » Minimum information needed for writing a code &#8230;         tags: after-the-first, after-the-last, based-on-using, bit-thin, kettle, opposite, [...]</description>
		<content:encoded><![CDATA[<p>[...] the original:  The Shape of Code » Minimum information needed for writing a code &#8230;         tags: after-the-first, after-the-last, based-on-using, bit-thin, kettle, opposite, [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Secret instruction sets about to make a come-back by Stephen Parker</title>
		<link>http://shape-of-code.coding-guidelines.com/2010/01/secret-instruction-sets-about-to-make-a-come-back/#comment-1126</link>
		<dc:creator>Stephen Parker</dc:creator>
		<pubDate>Fri, 29 Jan 2010 07:08:43 +0000</pubDate>
		<guid isPermaLink="false">http://shape-of-code.coding-guidelines.com/?p=173#comment-1126</guid>
		<description>This seems unlikely. The A4 will be an ARM Cortex plus peripherals. There are too many iPhone OS developers out there for any specialised instruction set to remain secret.</description>
		<content:encoded><![CDATA[<p>This seems unlikely. The A4 will be an ARM Cortex plus peripherals. There are too many iPhone OS developers out there for any specialised instruction set to remain secret.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Secret instruction sets about to make a come-back by Twitter Trackbacks for The Shape of Code » Secret instruction sets about to make a come-back [coding-guidelines.com] on Topsy.com</title>
		<link>http://shape-of-code.coding-guidelines.com/2010/01/secret-instruction-sets-about-to-make-a-come-back/#comment-1123</link>
		<dc:creator>Twitter Trackbacks for The Shape of Code » Secret instruction sets about to make a come-back [coding-guidelines.com] on Topsy.com</dc:creator>
		<pubDate>Fri, 29 Jan 2010 05:23:40 +0000</pubDate>
		<guid isPermaLink="false">http://shape-of-code.coding-guidelines.com/?p=173#comment-1123</guid>
		<description>[...] The Shape of Code » Secret instruction sets about to make a come-back  shape-of-code.coding-guidelines.com/2010/01/secret-instruction-sets-about-to-make-a-come-back &#8211; view page &#8211; cached  Home &#62; Uncategorized &#62; Secret instruction sets about to make a come-back [...]</description>
		<content:encoded><![CDATA[<p>[...] The Shape of Code » Secret instruction sets about to make a come-back  shape-of-code.coding-guidelines.com/2010/01/secret-instruction-sets-about-to-make-a-come-back &ndash; view page &ndash; cached  Home &gt; Uncategorized &gt; Secret instruction sets about to make a come-back [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Minimum information needed for writing a code generator by powder metallurgy « the factory &#124; Metallurgy Material Geek</title>
		<link>http://shape-of-code.coding-guidelines.com/2010/01/minimum-information-needed-for-writing-a-code-generator/#comment-1117</link>
		<dc:creator>powder metallurgy « the factory &#124; Metallurgy Material Geek</dc:creator>
		<pubDate>Fri, 29 Jan 2010 01:36:36 +0000</pubDate>
		<guid isPermaLink="false">http://shape-of-code.coding-guidelines.com/?p=175#comment-1117</guid>
		<description>[...] The Shape of Code » Minimum information needed for writing a code &#8230; [...]</description>
		<content:encoded><![CDATA[<p>[...] The Shape of Code » Minimum information needed for writing a code &#8230; [...]</p>
]]></content:encoded>
	</item>
</channel>
</rss>
