Dear R package developers
My emmeans package failed preliminary checks when I submitted an update today,
apparently due to a recent change in requirements on method registration. The
message I got was:
* checking S3 generic/method consistency ... NOTE
Apparent methods for exported generics not
On 10 May 2023 at 16:02, Dirk Eddelbuettel wrote:
|
| On 10 May 2023 at 13:45, Reed A. Cartwright wrote:
| | I use the following logic in my configure script to detect cmake on the
MacOS
| | builders:
| |
| | https://github.com/reedacartwright/rbedrock/blob/master/configure#L39-L49
|
| Nice.
On 10 May 2023 at 13:45, Reed A. Cartwright wrote:
| I use the following logic in my configure script to detect cmake on the MacOS
| builders:
|
| https://github.com/reedacartwright/rbedrock/blob/master/configure#L39-L49
Nice. That was entirely undocumented. What a dance. It should help.
|
Simon,
On 11 May 2023 at 08:35, Simon Urbanek wrote:
| Dirk,
|
| can you be more specific, please? I suspect that it may be rather an issue in
your package. All build machines have the official cmake releases installed and
there are many packages that use it successfully. Here is the report
> But it would be nice if "Writing R Extensions" would expand their cmake
section to cover scenarios like this one.
Now that I double check, I see that it is mentioned at the end of the CMake
section. So I guess, the only way to improve the section would be to
include a link to a complete example
I use the following logic in my configure script to detect cmake on the
MacOS builders:
https://github.com/reedacartwright/rbedrock/blob/master/configure#L39-L49
I can't remember which package I borrowed this logic from. But it would be
nice if "Writing R Extensions" would expand their cmake
Dirk,
can you be more specific, please? I suspect that it may be rather an issue in
your package. All build machines have the official cmake releases installed and
there are many packages that use it successfully. Here is the report on the
currently installed versions. If you require more
> Dirk Eddelbuettel
> on Wed, 10 May 2023 07:01:37 -0500 writes:
> Simon,
> Explicitly declaring
> SystemRequirements: cmake
> appears to be insufficient to get a build on the (otherwise lovely to
have)
> 'macOS builder', and leads to failure on (at least)
Simon,
Explicitly declaring
SystemRequirements: cmake
appears to be insufficient to get a build on the (otherwise lovely to have)
'macOS builder', and leads to failure on (at least) 'r-oldrel-macos-x86_64'.
Would it be possible to actually have cmake installed?
These daus cmake is for
On 09/05/2023 5:05 p.m., Simon Urbanek wrote:
Duncan,
you're right that any functions in the call environment are always treated as
methods (even before consulting method registrations). That is a special case -
I presume for compatibility with the world before namespaces so that, e.g., you
10 matches
Mail list logo
