Thanks! Fixed.
Sounds like people favour 3.5.1.0 as the style. Seems reasonable.
David
On Tue, 10 Jul 2018 at 16:00, Hugh Parsonage
wrote:
> 3.5.1.0 with the 4th number (0) for within-release changes.
>
> Lovely package by the way -- I was looking for it earlier this year
> but thought it ha
3.5.1.0 with the 4th number (0) for within-release changes.
Lovely package by the way -- I was looking for it earlier this year
but thought it had been lost!
The link in the GitHub description appears broken, however.
On 10 July 2018 at 23:59, David Hugh-Jones wrote:
> Hi all,
>
> Just updated
On Tue, Jul 10, 2018 at 7:00 AM David Hugh-Jones
wrote:
>
> Hi all,
>
> Just updated my rcheology package with data on functions for R 3.5.1 (no
> change from R 3.5.0 afaik). See https://github.com/hughjonesd/rcheology.
>
> I'm wondering how to version this package. It's not on CRAN yet so it woul
Hi all,
Just updated my rcheology package with data on functions for R 3.5.1 (no
change from R 3.5.0 afaik). See https://github.com/hughjonesd/rcheology.
I'm wondering how to version this package. It's not on CRAN yet so it would
be good to get things right.
Possibilities:
* Just copy the R ver
Thank you very much Kevin for your response.
I got R development with clang-6.0 working on a Ubuntu machine yesterday so
will investigate this further to see if there is anything more subtle going
on w.r.t. UBSAN issue and report here.
Regarding Solaris, I have code such as
SOURCES = $(cvode.cpp
The UBSAN error:
cvode.cpp:58:11: runtime error: call to function
cv_Roberts_dns(double, Rcpp::Vector<14, Rcpp::PreserveStorage>)
through pointer to incorrect function type 'Rcpp::Vector<14,
PreserveStorage> (*)(double, Rcpp::Vector<14, PreserveStorage>)'
/tmp/RtmplnLW4G/sourceCpp-x86_64-pc-linux-
