Dirk, Thank you for a comprehensive set of resources on that. Yet, I think the proposal here make sense. Packages you mentioned are real-life package. It would be way easier to learn from a package that is meant to only show this single thing. For the same reason I think it also make sense to have a "hello world from C" package linked from WRE. All those native routines registration, the proper way, is not really that obvious. It would be much easier to learn from a package that doesn't have any other logic.
Best wishes, Jan Gorecki On Fri, Apr 17, 2020 at 3:32 PM Zhang, Jitao David via R-devel <r-devel@r-project.org> wrote: > > Dear Davis and Dirk, > > Thank you very much for the suggestions, which are very valuable and > helpful. > > I will add references to prior examples, document my project with the clear > step-by-step-style document of Davis's project, and come back again to the > mailing list. > > Best wishes, > David > > On Fri, Apr 17, 2020 at 3:40 PM Dirk Eddelbuettel <e...@debian.org> wrote: > > > > > Jitao, > > > > Thanks for writing this up. > > > > You could add a section on 'prior art' and references. The canonical > > example > > always was (c.f. Writing R Extensions) > > > > lme4 <-> Matrix > > > > which was followed early by the CRAN packages > > > > zoo <-> xts > > > > upon which I built > > > > xts <-> RcppXts > > > > with a write-up (from 2013 !!) here: > > https://gallery.rcpp.org/articles/accessing-xts-api/ > > > > Via private mail, I helped then-maintainer Vincent connect expm: > > > > expm <-> Matrix > > > > and built two packages on CRAN _for the very purpose of exporting API > > functions to be called_ (which in both cases are from base R as R Core is > > very careful not get tied into exporting APIs, which is both understandable > > and a source of added difficulty for us package writers) > > > > RApiDatetime > > RApiSerialize > > > > The latter one is use by my RcppRedis package, Travers' very nice qs > > package > > and Tim's rpg package. > > > > To my reading, the R Community is drifting more and more towards collective > > amnesia where prior work is (pick any one the following) > > > > - ignored altogether > > - reinvented by another package > > - shadowed by another package > > > > rather than extended, improved and/or cited. That is a collective loss for > > all of us. It would be nice if you could stear back a little and reference > > prior related work. My apologies to other packages in this area I have not > > listed. We really should have a common reference for this. > > > > Cheers, Dirk > > > > -- > > http://dirk.eddelbuettel.com | @eddelbuettel | e...@debian.org > > > > > -- > > *Dr. Jitao David Zhang | 张继涛 | A Computational Biologist in Drug Discovery* > > *Building 93/3.38, **Tel +41 61 688 62 51* > > *Roche Pharmaceutical Research and Early Development > (pRED) | Pharmaceutical Sciences, BiOmics, BEDA (see > http://**go.roche.com/BEDA > <http://go.roche.com/BEDA>**) | Roche Innovation Center Basel | F. > Hoffmann-La-Roche AG | CH-4070 Basel | Switzerland* > *Core working hours - No Meetings: Mo/8:30-16:00; Tu/8:30-17:00; > We/8:30-16:00; Th/9:00-11:30* > *Available for meetings: Mo/16:00-17:00; We/16:00-17:00**; Th/11:00-17:00; > Fr/8:00-10:00* > > Confidentiality Note: This message is intended only for ...{{dropped:13}} > > ______________________________________________ > R-devel@r-project.org mailing list > https://stat.ethz.ch/mailman/listinfo/r-devel ______________________________________________ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel
