You might make a second package that depends only on nimble and your
main package can then suggest that second package and JAGS.
Bill Dunlap
TIBCO Software
wdunlap tibco.com
On Wed, Aug 5, 2020 at 3:36 PM Simon Bonner wrote:
>
> Hi all,
>
> I’m wondering if someone an offer advice on a problem
>From WRE:
"As from R 3.6.0 one can also use S3method() directives to perform
*delayed*registration.
With
if(getRversion() >= "3.6.0") {
S3method(pkg::gen, cls)
}
function gen.cls will get registered as an S3 method for class cls and
generic gen from package pkg only when the namespace of
Dear package developers,
My package offers a few methods whose generics are in other packages; for
example, 'cld', for which the generic is in the 'multcomp' package. Unless the
user wants to use cld() (which I don't even encourage), they do not need the
multcomp package to use other features
On 5 August 2020 at 16:25, William Dunlap wrote:
| You might make a second package that depends only on nimble and your
| main package can then suggest that second package and JAGS.
Nice. "We can solve any problem by introducing an extra level of indirection."
See
I think the key line = " Unfortunately, nimble will not work with this
mechanism. "
Given that, depends seems like a good short-term solution. Change it to
suggests once the upstream problem is fixed.
On Wed, Aug 5, 2020 at 3:36 PM Simon Bonner wrote:
> Hi all,
>
> I’m wondering if someone an
Hi all,
I’m wondering if someone an offer advice on a problem I’m facing in developing
a package.
My package essentially generates code and formats data for one of two MCMC
sampling engines, JAGS accessed via rjags or nimble (a native R package), calls
the engines, and then provides functions