<?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: 100 lines of C that can parse any Protocol Buffer</title>
	<atom:link href="http://blog.reverberate.org/2008/07/12/100-lines-of-c-that-can-parse-any-protocol-buffer/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.reverberate.org/2008/07/12/100-lines-of-c-that-can-parse-any-protocol-buffer/</link>
	<description>parsing, performance, minimalism with C99</description>
	<lastBuildDate>Fri, 19 Feb 2010 23:33:30 -0800</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.6</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Martin Gadbois</title>
		<link>http://blog.reverberate.org/2008/07/12/100-lines-of-c-that-can-parse-any-protocol-buffer/comment-page-1/#comment-1404</link>
		<dc:creator>Martin Gadbois</dc:creator>
		<pubDate>Mon, 27 Jul 2009 15:58:35 +0000</pubDate>
		<guid isPermaLink="false">http://blog.reverberate.org/2008/07/12/100-lines-of-c-that-can-parse-any-protocol-buffer/#comment-1404</guid>
		<description>Your 100 lines of code is great; would you care to select a license to publish it?</description>
		<content:encoded><![CDATA[<p>Your 100 lines of code is great; would you care to select a license to publish it?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Emmanuel Castro</title>
		<link>http://blog.reverberate.org/2008/07/12/100-lines-of-c-that-can-parse-any-protocol-buffer/comment-page-1/#comment-1130</link>
		<dc:creator>Emmanuel Castro</dc:creator>
		<pubDate>Fri, 07 Nov 2008 13:01:36 +0000</pubDate>
		<guid isPermaLink="false">http://blog.reverberate.org/2008/07/12/100-lines-of-c-that-can-parse-any-protocol-buffer/#comment-1130</guid>
		<description>You chose the LLVM bitcode format for Gazelle instead of Google Protocol Buffer.

Is there any reason, or was it just because you made the choice before Protocol Buffer was available.

Protocol Buffer seems to have a better language support (C  , Java, Python).

Note: I just finished porting the LLVM bitcode reader in Java (translated from the C   version). I plan to release a Gazelle in Java with it. Let me a word if you want to see the sources (not packaged yet).</description>
		<content:encoded><![CDATA[<p>You chose the LLVM bitcode format for Gazelle instead of Google Protocol Buffer.</p>
<p>Is there any reason, or was it just because you made the choice before Protocol Buffer was available.</p>
<p>Protocol Buffer seems to have a better language support (C  , Java, Python).</p>
<p>Note: I just finished porting the LLVM bitcode reader in Java (translated from the C   version). I plan to release a Gazelle in Java with it. Let me a word if you want to see the sources (not packaged yet).</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ronald</title>
		<link>http://blog.reverberate.org/2008/07/12/100-lines-of-c-that-can-parse-any-protocol-buffer/comment-page-1/#comment-960</link>
		<dc:creator>Ronald</dc:creator>
		<pubDate>Wed, 16 Jul 2008 16:26:48 +0000</pubDate>
		<guid isPermaLink="false">http://blog.reverberate.org/2008/07/12/100-lines-of-c-that-can-parse-any-protocol-buffer/#comment-960</guid>
		<description>That .c source code was the most boring game I&#039;ve ever played. It only outputted some text with no instructions of how to play or anything. Do you even get to save any highscores if you figure out how to play??</description>
		<content:encoded><![CDATA[<p>That .c source code was the most boring game I&#8217;ve ever played. It only outputted some text with no instructions of how to play or anything. Do you even get to save any highscores if you figure out how to play??</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: josh</title>
		<link>http://blog.reverberate.org/2008/07/12/100-lines-of-c-that-can-parse-any-protocol-buffer/comment-page-1/#comment-957</link>
		<dc:creator>josh</dc:creator>
		<pubDate>Sat, 12 Jul 2008 19:46:33 +0000</pubDate>
		<guid isPermaLink="false">http://blog.reverberate.org/2008/07/12/100-lines-of-c-that-can-parse-any-protocol-buffer/#comment-957</guid>
		<description>@Matthias,

Maybe I wasn&#039;t clear enough: my 100 lines of C &lt;b&gt;does not use any protobuf library&lt;/b&gt;.  It actually implements the decoding of a protobuf from scratch, and has no external dependencies except for the standard C library.</description>
		<content:encoded><![CDATA[<p>@Matthias,</p>
<p>Maybe I wasn&#8217;t clear enough: my 100 lines of C <b>does not use any protobuf library</b>.  It actually implements the decoding of a protobuf from scratch, and has no external dependencies except for the standard C library.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Matthias</title>
		<link>http://blog.reverberate.org/2008/07/12/100-lines-of-c-that-can-parse-any-protocol-buffer/comment-page-1/#comment-956</link>
		<dc:creator>Matthias</dc:creator>
		<pubDate>Sat, 12 Jul 2008 19:42:00 +0000</pubDate>
		<guid isPermaLink="false">http://blog.reverberate.org/2008/07/12/100-lines-of-c-that-can-parse-any-protocol-buffer/#comment-956</guid>
		<description>This should be much shorter. Create a new FileDescriptorProto with one empty DescriptorProto. From that create a FileDescriptor, lookup the &quot;empty message&quot; descriptor, create a DynamicMessage from that and parse the input. The unknown fieldset contains the fields.

Actually, in Java you can directly parse an UnknownFieldSet.</description>
		<content:encoded><![CDATA[<p>This should be much shorter. Create a new FileDescriptorProto with one empty DescriptorProto. From that create a FileDescriptor, lookup the &#8220;empty message&#8221; descriptor, create a DynamicMessage from that and parse the input. The unknown fieldset contains the fields.</p>
<p>Actually, in Java you can directly parse an UnknownFieldSet.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
