On 1/17/24 08:37, Sameh Abdulah wrote:
Hi All,
We recently encountered an installation issue with our package on CRAN. We've
been depending on CMake, assuming it is readily available by default, but it
appears to be only available on the M1mac system but not on the others. Should
we
For package rswipl, cmake still seems to work, but
* one has to search for it on MacOS, see the src/Makevars, as well as the
relevant sections in Writing R extensions
* Windows Defender (also on CRAN) complains about dubious exe-files when
checking the "endianness" of the target system. That
В Wed, 17 Jan 2024 10:30:36 +1100
Hugh Parsonage пишет:
> I am unable to immediately see where in the test suite this error has
> occurred.
Without testthat, you would have gotten a line by line printout of the code,
letting you pinpoint the (top-level) place of the crash. With
testthat, you
On 1/17/24 09:41, Ivan Krylov via R-package-devel wrote:
В Wed, 17 Jan 2024 10:30:36 +1100
Hugh Parsonage пишет:
I am unable to immediately see where in the test suite this error has
occurred.
Without testthat, you would have gotten a line by line printout of the code,
letting you
Here's an example. It first checks if CMAKE_C_BYTE_ORDER is defined, which is
available in recent versions of cmake. If it isn't, cmake's own macro
TestBigEndian is invoked (deprecated, but still available). It would normally
compile an executable, but we change the compile target to a static
On 17.01.2024 08:59, Matthias Gondan wrote:
For package rswipl, cmake still seems to work, but
* one has to search for it on MacOS, see the src/Makevars, as well as the
relevant sections in Writing R extensions
* Windows Defender (also on CRAN) complains about dubious exe-files when checking
I think this is the same group that advertised an R package template a
while back that also clearly didn't follow R-exts rules or use any of
the best practices mentioned on this mailing list.
https://github.com/stsds/Template-Rcpp
On Wed, Jan 17, 2024 at 3:24 PM Simon Urbanek
wrote:
>
> I had
I had a quick look and that package (assuming it's
https://github.com/stsds/MPCR) does not adhere to any rules from R-exts (hence
the removal from CRAN I presume) so the failure to detect cmake is the least
problem. I would strongly recommend reading the R documentation as cmake is
just the
Thank you, Ivan and everyone else, for your help. We are working on modifying
the package in line with your suggestions.
Regarding the Rcpp template we previously advertised, we are updating it to
align better with the rules and constraints of R-exts. If you believe the
template is still a
