<p><a href="http://dirk.eddelbuettel.com/code/rprotobuf.html">RProtoBuf</a> provides <a href="http://www.r-project.org/">R</a> bindings for the <a href="https://github.com/google/protobuf">Google Protocol Buffers (&quot;Protobuf&quot;)</a> data encoding and serialization library used and released by Google, and deployed as a language and operating-system agnostic protocol by numerous projects.</p>
<p>The <a href="http://dirk.eddelbuettel.com/code/rprotobuf.html">RProtoBuf 0.4.9</a> release is the fourth and final update this weekend following the request by <a href="https://cran.r-project.org">CRAN</a> to not use <code>package=</code> in <code>.Call()</code> when <code>PACKAGE=</code> is really called for.</p>
<p>Some of the code in <a href="http://dirk.eddelbuettel.com/code/rprotobuf.html">RProtoBuf 0.4.9</a> had this bug; some other entry points had neither (!!). With the ongoing drive to establish proper registration of entry points, a few more issues were coming up, all of which are now addressed. And we had some other unreleased minor cleanup, so this made for a somewhat longer (compared to the other updates this weekend) NEWS list:</p>
<blockquote>
<h4>Changes in RProtoBuf version 0.4.9 (2017-03-06)</h4>
<ul><li><p>A new file <code>init.c</code> was added with calls to <code>R_registerRoutines()</code> and <code>R_useDynamicSymbols()</code></p></li>
<li><p>Symbol registration is enabled in <code>useDynLib</code></p></li>
<li><p>Several missing <code>PACKAGE=</code> arguments were added to the corresponding <code>.Call</code> invocations</p></li>
<li><p>Two (internal) C++ functions were renamed with suffix <code>_cpp</code> to disambiguate them from R functions with the same name</p></li>
<li><p>All of above were part of <a href="https://github.com/eddelbuettel/rprotobuf/pull/26">#26</a></p></li>
<li><p>Some editing corrections were made to the introductory vignette (David Kretch in <a href="https://github.com/eddelbuettel/rprotobuf/pull/25">#25</a>)</p></li>
<li><p>The 'configure.ac' file was updated, and renamed from the older converntion 'configure.in', along with 'src/Makevars'. (PR <a href="https://github.com/eddelbuettel/rprotobuf/pull/24">#24</a> fixing <a href="https://github.com/eddelbuettel/rprotobuf/issues/23">#23</a>)</p></li>
</ul></blockquote>
<p><a href="http://dirk.eddelbuettel.com/cranberries/">CRANberries</a> also provides a <a href="http://dirk.eddelbuettel.com/cranberries/2017/03/06#RProtoBuf_0.4.9">diff to the previous release</a>. The <a href="http://dirk.eddelbuettel.com/code/rprotobuf.html">RProtoBuf</a> page has an <a href="http://dirk.eddelbuettel.com/code/rprotobuf/RProtoBuf-intro.pdf">older package vignette</a>, a <a href="http://dirk.eddelbuettel.com/code/rprotobuf/RProtoBuf-quickref.pdf">'quick' overview vignette</a>, a <a href="http://dirk.eddelbuettel.com/code/rprotobuf/RProtoBuf-unitTests.pdf">unit test summary vignette</a>, and the <a href="https://cloud.r-project.org/web/packages/RProtoBuf/vignettes/RProtoBuf-paper.pdf">pre-print for the JSS paper</a>. Questions, comments etc should go to the <a href="https://github.com/eddelbuettel/rprotobuf/issues">GitHub issue tracker</a> off the <a href="https://github.com/eddelbuettel/rprotobuf">GitHub repo</a>.</p>
<p>
This post by <a href="http://dirk.eddelbuettel.com/">Dirk Eddelbuettel</a> originated on his <a href="http://dirk.eddelbuettel.com/blog/">Thinking inside the box</a> blog. Please report excessive re-aggregation in third-party for-profit settings.
</p><p>