<?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: Thesis, yay!</title>
	<atom:link href="http://jalf.dk/blog/2009/08/thesis-yay/feed/" rel="self" type="application/rss+xml" />
	<link>http://jalf.dk/blog/2009/08/thesis-yay/</link>
	<description>Musings and thoughts on programming and other geeky stuff</description>
	<lastBuildDate>Wed, 18 Aug 2010 00:42:42 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.1</generator>
	<item>
		<title>By: Ben Karel</title>
		<link>http://jalf.dk/blog/2009/08/thesis-yay/comment-page-1/#comment-53</link>
		<dc:creator>Ben Karel</dc:creator>
		<pubDate>Sun, 30 Aug 2009 20:44:32 +0000</pubDate>
		<guid isPermaLink="false">http://jalf.dk/blog/?p=301#comment-53</guid>
		<description>&lt;p&gt;Oh, and I&#039;d also very much like to know which STM papers you find interesting/worthwhile, even the ones that don&#039;t end up in your References. If you don&#039;t mind, of course! ;-)&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>Oh, and I’d also very much like to know which STM papers you find interesting/worthwhile, even the ones that don’t end up in your References. If you don’t mind, of course! ;-)</p>]]></content:encoded>
	</item>
	<item>
		<title>By: jalf</title>
		<link>http://jalf.dk/blog/2009/08/thesis-yay/comment-page-1/#comment-52</link>
		<dc:creator>jalf</dc:creator>
		<pubDate>Sun, 30 Aug 2009 18:36:37 +0000</pubDate>
		<guid isPermaLink="false">http://jalf.dk/blog/?p=301#comment-52</guid>
		<description>&lt;p&gt;I was thinking of both implementation and usage, actually. Rvalue refs make the implementation more robust and more efficient (since move operations can typically produce better exception guarantees than copying, and they&#039;re faster as well, so that helps implementation). Lambdas are an obvious way to make the usage easier. If the library depends on the user supplying functors to define transactions, lambdas make it a lot easier for the user to define these.&lt;/p&gt;

&lt;p&gt;I&#039;m still not sure about the practical value of the memory model specifications for a few reasons. First, much of it is really just standardizing what every compiler already does, so it&#039;s great on paper, but makes little difference in practice. Second, to make use of stuff like the standardized atomics I have to find a compiler which implements those &lt;em&gt;as well as&lt;/em&gt; the other features I plan to use. But yeah, in the long run, those are obviously going to be a huge help in doing stuff like this while staying within the bounds of the standard.&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>I was thinking of both implementation and usage, actually. Rvalue refs make the implementation more robust and more efficient (since move operations can typically produce better exception guarantees than copying, and they’re faster as well, so that helps implementation). Lambdas are an obvious way to make the usage easier. If the library depends on the user supplying functors to define transactions, lambdas make it a lot easier for the user to define these.</p>

<p>I’m still not sure about the practical value of the memory model specifications for a few reasons. First, much of it is really just standardizing what every compiler already does, so it’s great on paper, but makes little difference in practice. Second, to make use of stuff like the standardized atomics I have to find a compiler which implements those <em>as well as</em> the other features I plan to use. But yeah, in the long run, those are obviously going to be a huge help in doing stuff like this while staying within the bounds of the standard.</p>]]></content:encoded>
	</item>
	<item>
		<title>By: Ben Karel</title>
		<link>http://jalf.dk/blog/2009/08/thesis-yay/comment-page-1/#comment-51</link>
		<dc:creator>Ben Karel</dc:creator>
		<pubDate>Sun, 30 Aug 2009 17:20:52 +0000</pubDate>
		<guid isPermaLink="false">http://jalf.dk/blog/?p=301#comment-51</guid>
		<description>&lt;p&gt;Exciting! I look forward to seeing the end result.&lt;/p&gt;

&lt;p&gt;Do you plan on focusing how C++0x influences the implementation of an STM library, or on how features like lambdas make using the library easier, or ...?&lt;/p&gt;

&lt;p&gt;I imagine a fair chunk of the work that went in to more precisely defining the C++0x memory model, along with e.g. standardized atomics, will be of great help for anybody interested in creating something like a STM library, even if those improvements don&#039;t directly alter the programmer&#039;s experience of using the STM library.&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>Exciting! I look forward to seeing the end result.</p>

<p>Do you plan on focusing how C++0x influences the implementation of an STM library, or on how features like lambdas make using the library easier, or …?</p>

<p>I imagine a fair chunk of the work that went in to more precisely defining the C++0x memory model, along with e.g. standardized atomics, will be of great help for anybody interested in creating something like a STM library, even if those improvements don’t directly alter the programmer’s experience of using the STM library.</p>]]></content:encoded>
	</item>
</channel>
</rss>
