<?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 for Hardwarebug</title>
	<atom:link href="http://hardwarebug.org/comments/feed/" rel="self" type="application/rss+xml" />
	<link>http://hardwarebug.org</link>
	<description>Everything is broken</description>
	<lastBuildDate>Thu, 20 Oct 2011 15:17:46 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.2.1</generator>
	<item>
		<title>Comment on Pointer peril by Mans</title>
		<link>http://hardwarebug.org/2011/10/18/pointer-peril/comment-page-1/#comment-1322</link>
		<dc:creator>Mans</dc:creator>
		<pubDate>Thu, 20 Oct 2011 15:17:46 +0000</pubDate>
		<guid isPermaLink="false">http://hardwarebug.org/?p=587#comment-1322</guid>
		<description>Your program prints the difference between two addresses, computation of which is, as you say, undefined. In this particular case, with your compiler, nothing unexpected happens. Undefined behaviour is not &lt;em&gt;required&lt;/em&gt; to do anything strange.</description>
		<content:encoded><![CDATA[<p>Your program prints the difference between two addresses, computation of which is, as you say, undefined. In this particular case, with your compiler, nothing unexpected happens. Undefined behaviour is not <em>required</em> to do anything strange.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Pointer peril by Alexandre</title>
		<link>http://hardwarebug.org/2011/10/18/pointer-peril/comment-page-1/#comment-1321</link>
		<dc:creator>Alexandre</dc:creator>
		<pubDate>Thu, 20 Oct 2011 14:41:12 +0000</pubDate>
		<guid isPermaLink="false">http://hardwarebug.org/?p=587#comment-1321</guid>
		<description>On my machine, the following function yields the same result with and without -O0 (gcc 4.5.2). According to my understanding of the specs, it relies on the same undefined behaviour. Or do I misunderstand &quot;array objects&quot;?

&lt;pre&gt;
#include &lt;stdio.h&gt;
#include &lt;stddef.h&gt;

void foo(int* addr_a) {
  int b;
  ptrdiff_t diff = addr_a - &amp;b;
  printf(&quot;&amp;a = %p   --- &amp;b = %p\n&quot;, addr_a, &amp;b);
  printf(&quot;diff = 0x%x\n&quot;, diff);
}

int main(void) {
  int a;
  foo(&amp;a);
  return 0;
}
&lt;/pre&gt;</description>
		<content:encoded><![CDATA[<p>On my machine, the following function yields the same result with and without -O0 (gcc 4.5.2). According to my understanding of the specs, it relies on the same undefined behaviour. Or do I misunderstand &#8220;array objects&#8221;?</p>
<pre>
#include &lt;stdio.h&gt;
#include &lt;stddef.h&gt;

void foo(int* addr_a) {
  int b;
  ptrdiff_t diff = addr_a - &amp;b;
  printf("&amp;a = %p   --- &amp;b = %p\n", addr_a, &amp;b);
  printf("diff = 0x%x\n", diff);
}

int main(void) {
  int a;
  foo(&amp;a);
  return 0;
}
</pre>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Pointer peril by Rémi Denis-Courmont</title>
		<link>http://hardwarebug.org/2011/10/18/pointer-peril/comment-page-1/#comment-1320</link>
		<dc:creator>Rémi Denis-Courmont</dc:creator>
		<pubDate>Tue, 18 Oct 2011 14:14:55 +0000</pubDate>
		<guid isPermaLink="false">http://hardwarebug.org/?p=587#comment-1320</guid>
		<description>As far as I know, nothing in the C standard promises that a and b are on a sizeof(int) address boundary. So even without optimizations, you could still have rounding errors ;-) depending on the ABI obviously.</description>
		<content:encoded><![CDATA[<p>As far as I know, nothing in the C standard promises that a and b are on a sizeof(int) address boundary. So even without optimizations, you could still have rounding errors ;-) depending on the ABI obviously.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Pointer peril by Kostya</title>
		<link>http://hardwarebug.org/2011/10/18/pointer-peril/comment-page-1/#comment-1319</link>
		<dc:creator>Kostya</dc:creator>
		<pubDate>Tue, 18 Oct 2011 07:23:15 +0000</pubDate>
		<guid isPermaLink="false">http://hardwarebug.org/?p=587#comment-1319</guid>
		<description>I wonder how many bugs were reported for GCC producing &quot;wrong&quot; code when pointer aliasing is used. Or other things that ignore undefined behaviour.

All world runs on x86 CPUs after all...</description>
		<content:encoded><![CDATA[<p>I wonder how many bugs were reported for GCC producing &#8220;wrong&#8221; code when pointer aliasing is used. Or other things that ignore undefined behaviour.</p>
<p>All world runs on x86 CPUs after all&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on ARM inline asm secrets by Julien</title>
		<link>http://hardwarebug.org/2010/07/06/arm-inline-asm-secrets/comment-page-1/#comment-1313</link>
		<dc:creator>Julien</dc:creator>
		<pubDate>Tue, 10 May 2011 01:09:07 +0000</pubDate>
		<guid isPermaLink="false">http://hardwarebug.org/?p=493#comment-1313</guid>
		<description>This seems fixed in gcc 4.5.</description>
		<content:encoded><![CDATA[<p>This seems fixed in gcc 4.5.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Shades of black by av500</title>
		<link>http://hardwarebug.org/2011/02/14/shades-of-black/comment-page-1/#comment-1284</link>
		<dc:creator>av500</dc:creator>
		<pubDate>Mon, 14 Feb 2011 22:38:07 +0000</pubDate>
		<guid isPermaLink="false">http://hardwarebug.org/?p=575#comment-1284</guid>
		<description>46 DC EA ...</description>
		<content:encoded><![CDATA[<p>46 DC EA &#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Shades of black by Mans</title>
		<link>http://hardwarebug.org/2011/02/14/shades-of-black/comment-page-1/#comment-1282</link>
		<dc:creator>Mans</dc:creator>
		<pubDate>Mon, 14 Feb 2011 15:48:46 +0000</pubDate>
		<guid isPermaLink="false">http://hardwarebug.org/?p=575#comment-1282</guid>
		<description>I ended up getting a Sony VAIO Z1.  Go on, ridicule me for paying the Sony tax.  You know you&#039;ll enjoy it.</description>
		<content:encoded><![CDATA[<p>I ended up getting a Sony VAIO Z1.  Go on, ridicule me for paying the Sony tax.  You know you&#8217;ll enjoy it.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Shades of black by Johan Andersson</title>
		<link>http://hardwarebug.org/2011/02/14/shades-of-black/comment-page-1/#comment-1281</link>
		<dc:creator>Johan Andersson</dc:creator>
		<pubDate>Mon, 14 Feb 2011 15:33:46 +0000</pubDate>
		<guid isPermaLink="false">http://hardwarebug.org/?p=575#comment-1281</guid>
		<description>What laptop did you buy?</description>
		<content:encoded><![CDATA[<p>What laptop did you buy?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Shades of black by cartman</title>
		<link>http://hardwarebug.org/2011/02/14/shades-of-black/comment-page-1/#comment-1280</link>
		<dc:creator>cartman</dc:creator>
		<pubDate>Mon, 14 Feb 2011 15:33:32 +0000</pubDate>
		<guid isPermaLink="false">http://hardwarebug.org/?p=575#comment-1280</guid>
		<description>You forgot to mention the brand of your selected laptop. We are wondering...</description>
		<content:encoded><![CDATA[<p>You forgot to mention the brand of your selected laptop. We are wondering&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on ARM inline asm secrets by Julien</title>
		<link>http://hardwarebug.org/2010/07/06/arm-inline-asm-secrets/comment-page-1/#comment-1267</link>
		<dc:creator>Julien</dc:creator>
		<pubDate>Wed, 29 Dec 2010 04:33:24 +0000</pubDate>
		<guid isPermaLink="false">http://hardwarebug.org/?p=493#comment-1267</guid>
		<description>I didn&#039;t know that, thanks! I&#039;m not using any hardcoded clobberlist anymore anyway (except for memory and cc).</description>
		<content:encoded><![CDATA[<p>I didn&#8217;t know that, thanks! I&#8217;m not using any hardcoded clobberlist anymore anyway (except for memory and cc).</p>
]]></content:encoded>
	</item>
</channel>
</rss>

