A function prototype was updated for
GitHub Actions were updated to checkout version 3.
Ensure consistent compilation by ensuring
included in all files, this addresses an LTO/ODR issue
Correct one declaration in
Minor additional cleanups
New utility function
toPOSIXct which can take multitple
input format (integer, floating point or character) vectors and can
convert by relying on a wide variety of standard formats. This
predates what has long been split off into a new package
anytime which is more functional and feaureful.
New demo 'toPOSIXct' illustrating the feature.
New demo 'toPOSIXctTiming' benchmarking it.
Documentation for new functions was added as well.
CI now uses
getFirstDayOfWeekInMonth now use
The shared library is now registered when loaded from
C level entry points are now registered as R now recommends.
Several badges were added to the README.md file.
Several fields were added to the DESCRIPTION file, and/or updated.
Documentation URLs where both updated as needed and converted to https.
New module 'bdtDt' replacing the old 'bdtDate' module in a more transparent stule using a local class which is wrapped, just like the three other new classes do
New module 'bdtTd' providing date durations which can be added to dates.
New module 'bdtTz' providing time zone information such as offset to UTC, amount of DST, abbreviated and full timezone names.
New module 'bdtDu' using 'posix_time::duration' for time durations types
New module 'bdtPt' using 'posix_time::ptime' for posix time, down to nanosecond granularity (where hardware and OS permit it)
Now selects C++11 compilation by setting
CXX_STD = CXX11 in
src/Makevars* and hence depend on R 3.1.0 or later – this gives
long long needed for the nano-second high-resolution time
calculations across all builds and platforms.
Updates to current CRAN Policy standards for
Imports: in DESCRIPTION
Also take advantage of new Rcpp 0.11.0 build options
New code remains in GitHub repo master branch until R 3.1.0 is
released so that we can use C++11 in order to get the
int support without which the package does not build on Windows
(whereas Linux is fine)
Bug for getEndOfBizWeek() and getEndOfMonth() who were lacking a call to fromDate(date) to actually pass the date for which the functions are computing the end of business week or month.
The core module, which wraps what in C++ is boost::gregorian::date, is now exposed as an Rcpp module bdtDate. As all example and demos operated off a (package-global) variable 'bdt', no user visible change was needed outside of the code instantiating at package load.
Updated package instantiation to the new facilities offered by the current versions R 2.15.1 and Rcpp 0.9.13 which make Rcpp module initialization easier and more streamlined.
First CRAN upload (and see ChangeLog for more granular details) bug fix in svm cross validation