The hardware and bandwidth for this mirror is donated by dogado GmbH, the Webhosting and Full Service-Cloud Provider. Check out our Wordpress Tutorial.
If you wish to report a bug, or if you are interested in having us mirror your free-software or open-source project, please feel free to contact us at mirror[@]dogado.de.
init_cpp. (#105)(Github issue/PR numbers in parentheses)
Updated “Step by step guide” vignette with instructions for adding new Stan models to an existing R package that already has Stan models. (#79, @rerickson-usgs)
Fixed R CMD check NOTE “configure does not appear to have a #! interpreter line”. (#83)
Use writeLines instead of cat to fix line endings issue reported by CRAN. (#87)
Switch to GitHub Actions for CI. (#90, @andrjohns)
Deprecate automatic creation of .travis.yml file. We now recommend the use of GitHub Actions. (#89)
Ensure compatibility with future versions of RStan. (#85, #94, @andrjohns, @hsbadr)
(Github issue/PR numbers in parentheses)
rstan_create_package() when directory already exists. (#68, @mcol)posterior_epred() (#74)Added Martin Lysy as a coauthor.
New function rstan_create_package() (based on usethis::create_package()) replaces rstan_package_skeleton() for the purpose of starting a new package with Stan functionality.
Stan functionality can be added to an existing package by calling use_rstan() instead of starting a new package from scratch.
Stan folder infrastructure now puts all .stan files in inst/stan and all auto-generated C++ files directly in src. This last step ensures that custom Rcpp source code can coexist with the Stan C++ code.
Each time a .stan file gets added/removed/modified requires a call to rstan_config() in order to generate the Stan C++ code and Rcpp::loadModule() calls. However, setting auto_config = TRUE (the default) in rstan_create_package() ensures rstan_config() is called whenever the package is installed (including via devtools::load_all()), so no need to call it manually unless the user wishes to inspect the Stan C++ code for issues.
roxygen2 documentation is now optional, but remains the default.
Rather than generating Stan “system files” via cat commands, rstantools now stores these as template files in inst/include/sys, so the build process can be easily modified as improvements become apparent.
(Github issue/PR numbers in parentheses)
fields argument to rstan_package_skeleton() and setting it internally instead.nsamples() (#35)(Github issue/PR numbers in parentheses)
New vignette walking through the package creation process. (#9) (thanks to Stefan Siegert)
rstan_package_skeleton() now calls usethis::create_package() instead of utils::package.skeleton(). (#28)
Update rstan_package_skeleton() for latest build process (#19)
rstan_package_skeleton() now does a bit more work for the user to make sure the the NAMESPACE file is correct.
Simplify instructions in Read-and-delete-me (related to #19).
(Github issue/PR numbers in parentheses)
rstan_package_skeleton() to correspond to rstanarm 2.17.2.(Github issue/PR numbers in parentheses)
bayes_R2() generic and default method. (#8)(Github issue/PR numbers in parentheses)
init_cpp() function for generating src/init.cpp in order to pass R CMD check in R 3.4.x. rstan_package_skeleton() calls init_cpp() internally. (#6)(Github issue/PR numbers in parentheses)
Minor fixes to rstan_package_skeleton() for better Windows compatibility. (#1, #2)
Fix some typos in the developer guidelines vignette. (#3, #4)
Add loo_predict(), loo_linpred(), and loo_predictive_interval() generics in preparation for adding methods to the rstanarm package. (#5)
Changes to rstan_package_skeleton:
Add comment in Read-and-delete-me about importing all of Rcpp and methods packages.
Include methods in Depends field of DESCRIPTION file.
Also download rstanarm’s Makevars.win file.
These binaries (installable software) and packages are in development.
They may not be fully stable and should be used with caution. We make no claims about them.
Health stats visible at Monitor.