[Rcpp-commits] r584 - papers/rjournal
noreply at r-forge.r-project.org
noreply at r-forge.r-project.org
Fri Feb 5 17:40:38 CET 2010
Author: romain
Date: 2010-02-05 17:40:38 +0100 (Fri, 05 Feb 2010)
New Revision: 584
Modified:
papers/rjournal/EddelbuettelFrancois.tex
Log:
chatting around
Modified: papers/rjournal/EddelbuettelFrancois.tex
===================================================================
--- papers/rjournal/EddelbuettelFrancois.tex 2010-02-05 16:19:02 UTC (rev 583)
+++ papers/rjournal/EddelbuettelFrancois.tex 2010-02-05 16:40:38 UTC (rev 584)
@@ -14,7 +14,10 @@
\pkg{Rcpp} substantially lowers the language barrier for programmers
wanting to combine compiled code with R.}
-\section{Introduction} % [Dirk] I am a tradionalist here ...
+\section{Introduction}
+% [Dirk] I am a tradionalist here ...
+% [Romain] fine. should we then remove the background section
+% and just let its contents be part of 'introduction'
R is an extensible system. The 'Writing R Extensions' manual \citep{R:exts}
describes in great detail the various ways to augment R with compiled code,
@@ -33,7 +36,9 @@
APIs. The first---which we call `classic Rcpp API'---exists since
the first version of \pkg{Rcpp}. The second API, enclosed in the
\code{Rcpp} C++ namespace is a newer codebase, which we started to develop
-more recently. This article %mostly concerns the newer API, and %% [Dirk] Really?
+more recently. This article
+% mostly concerns the newer API, and %% [Dirk] Really?
+% [Romain] based on relative lengths of coverage ...
highlights some of the key design and implementation choices:
lightweight encapsulation of R object in C++ classes, automatic
garbage collection strategy, code inlining, data interchange between
More information about the Rcpp-commits
mailing list