[Rcpp-devel] [ANN] Rcpp 0.12.4

Dirk Eddelbuettel edd at debian.org
Sun May 15 19:21:41 CEST 2016


Rcpp 0.12.5 arrived on CRAN yesterday, and I wrote the usual short blog post
which it is at

   http://dirk.eddelbuettel.com/blog/    
   http://dirk.eddelbuettel.com/blog/2016/05/14#rcpp_0.12.5

and included as text (without links) below.  

This release once again continues on the 'every two month' release cycle and
once again brings a number of fixes including three (by my count) from
first-time contributors.  Good work by all, and big, big thanks again to
everybody for ideas, suggestions, bug fixes, issue tickets and of course
well-written pull requests.

On behalf of Rcpp Core,  Dirk


  Sat, 14 May 2016

  Rcpp 0.12.5: Yet another one

   The fifth update in the 0.12.* series of Rcpp has arrived on the CRAN
   network for GNU R a few hours ago, and was just pushed to Debian. This
   0.12.5 release follows the 0.12.0 release from late July, the 0.12.1
   release in September, the 0.12.2 release in November, the 0.12.3 release
   in January, and the 0.12.4 release in March --- making it the ninth
   release at the steady bi-montly release frequency. This release is one
   again more of a maintenance release addressing a number of small bugs,
   nuisances or documentation issues without adding any major new features.

   Rcpp has become the most popular way of enhancing GNU R with C or C++
   code. As of today, 662 packages on CRAN depend on Rcpp for making
   analytical code go faster and further. That is up by almost fifty packages
   from the last release in late March!

   And as during the last few releases, we have first-time committers. we
   have new first-time contributors. Sergio Marques helped to enable
   compilation on Alpine Linux (with its smaller libc variant). Qin Wenfeng
   helped adapt for Windows builds under R 3.3.0 and the long-awaited new
   toolchain. Ben Goodrich fixed a (possibly ancient) Rcpp Modules bug he
   encountered when working with rstan. Other (recurrent) contributor Dan
   Dillon cleaned up an issue with Nullable and strings. Rcpp Core team
   members Kevin and JJ took care of small build nuisance on Windows, and I
   added in a new helper function, updated the skeleton generator and
   (finally) formally deprecated loadRcppModule() for which loadModule() has
   been preferred since around R 2.15 or so. More details and links are
   below.

    Changes in Rcpp version 0.12.5 (2016-05-14)

       * Changes in Rcpp API:

            * The checks for different C library implementations now also
              check for Musl used by Alpine Linux (Sergio Marques in PR
              #449).

            * Rcpp::Nullable works better with Rcpp::String (Dan Dillon in PR
              #453).

       * Changes in Rcpp Attributes:

            * R 3.3.0 Windows with Rtools 3.3 is now supported (Qin Wenfeng
              in PR #451).

            * Correct handling of dependent file paths on Windows (use
              winslash = "/").

       * Changes in Rcpp Modules:

            * An apparent race condition in Module loading seen with R 3.3.0
              was fixed (Ben Goodrich in #461 fixing #458).

            * The (older) loadRcppModules() is now deprecated in favour of
              loadModule() introduced around R 2.15.1 and Rcpp 0.9.11 (PR
              #470).

       * Changes in Rcpp support functions:

            * The Rcpp.package.skeleton() function was again updated in order
              to create a DESCRIPTION file which passes R CMD check without
              notes. warnings, or error under R-release and R-devel (PR
              #471).

            * A new function compilerCheck can test for minimal g++ versions
              (PR #474).

   Thanks to CRANberries, you can also look at a diff to the previous
   release. As always, even fuller details are on the Rcpp Changelog page and
   the Rcpp page which also leads to the downloads page, the browseable
   doxygen docs and zip files of doxygen output for the standard formats. A
   local directory has source and documentation too. Questions, comments etc
   should go to the rcpp-devel mailing list off the R-Forge page.

   This post by Dirk Eddelbuettel originated on his Thinking inside the box
   blog. Please report excessive re-aggregation in third-party for-profit
   settings.

                                                  /code/rcpp | permanent link



-- 
http://dirk.eddelbuettel.com | @eddelbuettel | edd at debian.org


More information about the Rcpp-devel mailing list