[Rcpp-devel] Distribution of Rcpp codebase
Romain François
romain at r-enthusiasts.com
Mon Apr 7 15:20:41 CEST 2014
Le 7 avr. 2014 à 15:13, Gábor Csárdi <csardi.gabor at gmail.com> a écrit :
> On Mon, Apr 7, 2014 at 4:12 AM, Romain François <romain at r-enthusiasts.com> wrote:
> [...]
> However, in terms of wins:
> - package developers would know for sure which version of the codebase is used with their package. Once they have done testing, they don’t have to be hostage of api breakage and things like « please recompile your package, etc … »
> - developers of Rcpp* are less trapped by the compatibility issues, hands are set free to innovate.
>
> The only small downsides I see here is that (1) users potentially have to do more work to include Rcpp* in their packages (although you can just write an R function to include/update their Rcpp* versions); and that (2) source packages will be somewhat bigger.
The difference is that if they don’t want a new version, they can stick with the version they have in their package. So when they want newer Rcpp, they can have it, but they are not forced to do anything when the Rcpp* team wants to update the codebase.
About 1). We just need to find a good way to propagate newer Rcpp* into a repo. Maybe through git subtree, git sub modules or something. We can come up with some tools.
About 2). So What ;)
> Btw. you are essentially "simulating" versioned package dependencies this way. :)
Yep.
> The next thing to consider is that Rcpp is not just Rcpp, there are really nice extensions like RcppArmadillo, etc ... perhaps we could setup some tools (e.g. RcppJam) to combine several header only libraries into the end package, instead of what we do now, which is have some headers in Rcpp, some in RcppArmadillo, some in RcppGSL, … with every risk of one being outdated or out of sync with the other.
>
> Exactly. IMHO this could work well and take the pressure of both Rcpp* developers and users.
>
> Gabor
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.r-forge.r-project.org/pipermail/rcpp-devel/attachments/20140407/71c497f0/attachment.html>
More information about the Rcpp-devel
mailing list