Re: [Rd] Advice debugging M1Mac check errors

2024-02-06 Thread Prof Brian Ripley via R-devel
On 04/02/2024 19:41, Holger Hoefling wrote: Hi, I wanted to ask if people have good advice on how to debug M1Mac package check errors when you don´t have a Mac? Is a cloud machine the best option or is there something else? I presumed this was about a CRAN package, possibly hdf5r which has a

Re: [Rd] paths capability FALSE on devel?

2024-03-27 Thread Prof Brian Ripley via R-devel
On 27/03/2024 10:28, Alexandre Courtiol wrote: Hi all, I don't know if it is a local issue on my hands or not, but after installing R-devel the output of grDevices::dev.capabilities()$paths is FALSE, while it is TRUE for R 4.3.3. Relatedly, I have issues with plotting paths on devel. At this st

Re: [Rd] config.site settings for M3 Mac typo in manual?

2024-05-20 Thread Prof Brian Ripley via R-devel
On 20/05/2024 09:06, Duncan Murdoch wrote: I've just upgraded to an M3 Mac laptop, and I'm working through getting the right configure settings to build R. The Installation and Administration manual says to have this in config.site: FFLAGS="-g -O2 -mmacos-version-min=11.0" FCFLAGS="-g -O2 -m

Re: [Rd] Error compiling 87283 on Windows 10 using Rtools4.4 6335-6327

2024-10-31 Thread Prof Brian Ripley via R-devel
On 31/10/2024 16:30, Avraham Adler wrote: When compiling R, the build fails after byte compiling grDevices with the following error: byte-compiling package 'grDevices' make[4]: *** [../../../share/make/lazycomp.mk:9: ../../../library/grDevices/R/grDevices.rdb] Error 139 make[3]: *** [Makefile.wi

Re: [Rd] Consider getNamespaceVersion() returning a numeric_version

2024-10-17 Thread Prof Brian Ripley via R-devel
On 17/10/2024 13:42, Tim Taylor wrote: I mean the `numeric_version` object not a numeric (double/int). Basically to protect me from myself I'd prefer not to have to remember to wrap `getNamespaceVersion()` with `as.package_version()`. I suspect a grep of CRAN may highlight others who are erron

Re: [Rd] Suggestion to emphasize Rboolean is unrelated to LGLSXP in R-exts

2025-02-03 Thread Prof Brian Ripley via R-devel
On 02/02/2025 15:50, Ivan Krylov via R-devel wrote: The good news is that without a C23-enabled compiler, the problem will only happen to source files that #include . The bad news is that such a source file will technically disagree with the rest of R about the type of Rboolean, including the pro

[Rd] boolean and logical types -draft

2025-02-03 Thread Prof Brian Ripley via R-devel
Tomas, I am thinking of writing something for R-devel, and hope to have your input first. I get moderated on R-devel as I am now subscribed as brian.rip...@r-project.org which of course I cannot send from. So I am even more discouraged from posting there. (R-core is bad enough with Luke di

Re: [Rd] boolean and logical types -draft

2025-02-03 Thread Prof Brian Ripley via R-devel
Sent in error (and not moderated). On 03/02/2025 17:36, Prof Brian Ripley via R-devel wrote: Tomas, I am thinking of writing something for R-devel, and hope to have your input first. I get moderated on R-devel as I am now subscribed as brian.ripley@R- project.org which of course I cannot

Re: [Rd] 64bit integers

2025-01-26 Thread Prof Brian Ripley via R-devel
On 25/01/2025 23:37, Simon Urbanek wrote: Tony, Dirk sent a good response. I would like to add to that that it goes beyond just bits in SEXP: adding a new type involved in arithmetics is not only a lot of work but has performance implications. Also it is unclear how it should behave in the in

Re: [Rd] Build error with gcc 15

2025-01-15 Thread Prof Brian Ripley via R-devel
On 15/01/2025 16:06, Iñaki Ucar wrote: Dear R Core, GCC 15 is already in Fedora rawhide, because it will be part of the next release, Fedora 42. R 4.4.2 fails to build with the following error [1]: sys-std.c:1189:1: warning: ‘noreturn’ attribute ignored [-Wattributes] 1189 | void Rstd_CleanU