On 3 December 2013 at 12:51, Romain Francois wrote: | Le 03/12/2013 12:38, Dirk Eddelbuettel a écrit : | > And headers-only wasn't an option when fastLm() was first set up. | | Of course it was. We could definitely have RcppEigen header only even | with CRAN not header only Rcpp.
Point taken but the first fastLm() verson was written against the GSL before even RcppGSL existed :) That very much required linking. | Those are two orthogonal things. | | > Might be time to improve on things after the 0.10.7 / 0.11.0 release. | | Releasing a new version of packages that depend on Rcpp after the header | only version is released is a cheap and good way to deal with | compatibility issues, e.g. deal with RcppEigen expecting libRcpp. True too. Doug, let us know your thoughts. JSS's preference is clear, but we have some reasons suggesting a decoupling would be beneficial. In any event, RcppArmadillo is of course not bound by JSS. Dirk -- Dirk Eddelbuettel | e...@debian.org | http://dirk.eddelbuettel.com _______________________________________________ Rcpp-devel mailing list Rcpp-devel@lists.r-forge.r-project.org https://lists.r-forge.r-project.org/cgi-bin/mailman/listinfo/rcpp-devel
