t users are required
>> to have, but that aren't actually used by the method. I certainly wasn't
>> trying to diss multcomp; that was just a concrete illustration.
>>
>> Russ
>>
>> -Original Message-
>> From: Martin Maechler [mailto:maech...@sta
On 25/05/2018 3:22 PM, Lenth, Russell V wrote:
There can't really be an "ImportGenerics", because S3 is so informal. A
generic function is a function that calls UseMethod, but it can do anything else as well.
So R would need some fancy code analysis to know whether it was safe to import the
> There can't really be an "ImportGenerics", because S3 is so informal. A
> generic function is a function that calls UseMethod, but it can do anything
> else as well. So R would need some fancy code analysis to know whether it
> was safe to import the generic but not all the dependencies of t
ckage-devel@r-project.org
Subject: Re: [R-pkg-devel] Courtesy methods and explosive dependencies
Lenth, Russell V
on Thu, 24 May 2018 23:14:42 + writes:
> Package developers, I am trying to severely cut down on
> the number of dependencies of my package emmeans. It is
>
nal Message-
> From: Martin Maechler [mailto:maech...@stat.math.ethz.ch]
> Sent: Friday, May 25, 2018 2:13 AM
> To: Lenth, Russell V
> Cc: r-package-devel@r-project.org
> Subject: Re: [R-pkg-devel] Courtesy methods and explosive dependencies
>
> >>>>> Lenth,
kage-devel@r-project.org
Subject: Re: [R-pkg-devel] Courtesy methods and explosive dependencies
>>>>> Lenth, Russell V
>>>>> on Thu, 24 May 2018 23:14:42 + writes:
> Package developers, I am trying to severely cut down on
> the number of depen
Russ Lenth may have picked a suboptimal example (we could search
through the dependencies of emmeans for an example with more
non-(base+recommended) recursive dependencies, but the general point
definitely holds.
"(formally undefined) recommended-level-2 R packages" seems like a can
of worms (I kn
> Lenth, Russell V
> on Thu, 24 May 2018 23:14:42 + writes:
> Package developers, I am trying to severely cut down on
> the number of dependencies of my package emmeans. It is
> now 48, which is quite a few (but that is down from over
> 100 in the preceding version
Package developers,
I am trying to severely cut down on the number of dependencies of my package
emmeans. It is now 48, which is quite a few (but that is down from over 100 in
the preceding version, where I made the unwise choice of including a
particularly greedy package in Imports). I hate to
