В Mon, 27 May 2024 13:29:56 -0500
Stephen Meyers пишет:
> I'm updating the 'astrochron' R package, and I'm trying to resolve a
> new segmentation fault that arises only with the Debian and Fedora
> clang compilers. An example is the function 'asm', which has been a
> component of astrochron
On 2024-05-27 11:49 a.m., Schuhmacher, Dominic wrote:
Dear list,
The following behavior in base R is unexpected to me:
a <- as.hexmode("99ac")
b <- as.hexmode("9ce5")
v <- c(a,b)
v
#> [1] 39340 40165
class(v)
#> [1] "integer"
Is there a good reason why v should not be of class "hexmode"?
I
Hello everyone,
I'm updating the 'astrochron' R package, and I'm trying to resolve a new
segmentation fault that arises only with the Debian and Fedora clang compilers.
An example is the function 'asm', which has been a component of astrochron
since its debut July 2014:
Dear list,
The following behavior in base R is unexpected to me:
a <- as.hexmode("99ac")
b <- as.hexmode("9ce5")
v <- c(a,b)
v
#> [1] 39340 40165
class(v)
#> [1] "integer"
Is there a good reason why v should not be of class "hexmode"?
I can see that this is exactly as documented. The help for
On Sun, 26 May 2024 17:57:17 -0500
Dirk Eddelbuettel wrote:
> and we'd need something like this (untested)
>
>.plugins[["openmp"]] <- function() {
>list(env =
> list(PKG_CXXFLAGS=Sys.getenv("SHLIB_OPENMP_CXXFLAGS, ""),
> PKG_LIBS=Sys.getenv("SHLIB_OPENMP_CXXFLAGS, ""))) }
>From the
В Mon, 27 May 2024 10:52:26 +
"Koenker, Roger W" пишет:
> that have been fine until now and on my fresh R version 4.4.0
> (2024-04-24) are still ok with R CMD check —as-cran
This extra check requires the environment variable
_R_CHECK_S3_METHODS_SHOW_POSSIBLE_ISSUES_ to be set to TRUE to
I’m trying to repair my SparseM package to meet new CRAN rules. The fun part
was rewriting the arithmetic-ifs in cholesky.f — to conform with new fortran
rules. (This struck me as a bit like updating “the wine dark seas” in Homer.)
Now, my remaining trouble is that I have several functions
Thanks Gábor and Dirk for the suggestions. This one seemed to need fedora
to replicate the issue. Docker did make it easy:
FROM fedora:40
USER root
RUN dnf -y install R
Brad
On Fri 24 May 2024 at 20:28, Gábor Csárdi wrote:
> Fedora 40 comes with gcc 14.1.x. But I would first try to use the
