Re: [R-pkg-devel] Problem building package depending on third party c++ source library.

Le 29/04/2025 à 14:43, Nils Lüschow a écrit : Hello everybody, as a new feature for the anticlust package (https://cran.r-project.org/ web/packages/anticlust/index.html) we are trying to include a constraint programming model, written in C++ utilizing the Gecode solver. While we generally got

Re: [R-pkg-devel] AlgDesign C Issue

Le 31/03/2025 à 18:00, Jerome Braun a écrit : Hi Duncan! Since the compiler will supply stdbool.h, it's safer to use that than to try to emulate it. Understood. It seems like the definitions are exactly the same between the two. Yes and no. Yes, true and false are the same. No, because ther

Re: [R-pkg-devel] Closing a display window from a program

Le 19/11/2024 à 14:41, J C Nash a écrit : In answer to my own posting about this, I found the following partially answers what I need. The task is to display a file (in my case a pdf, for which 'xdisp' contains the string for the command to do this. See below for the reason this is a variable. T

Re: [R-pkg-devel] using portable simd instructions

> tmp.asm I do find simd instructions in assembler code, e.g.: grep paddd tmp.asm 14a8: 66 0f fe c1 paddd %xmm1,%xmm0 8f7b: 66 0f fe c1 paddd %xmm1,%xmm0 Op wo 27 mrt 2024 om 14:44 schreef Serguei Sokol : Le 26/03/2024 à 15:51, Tomas Kalibera a écrit

Re: [R-pkg-devel] using portable simd instructions

Le 26/03/2024 à 15:51, Tomas Kalibera a écrit : On 3/26/24 10:53, jesse koops wrote: Hello R-package-devel, I recently got inspired by the rcppsimdjson package to try out simd registers. It works fantastic on my computer but I struggle to find information on how to make it portable. It doesn't

Re: [R-pkg-devel] [External] [External] RcmdrPlugin.HH_1.1-48.tar.gz

Le 07/03/2024 à 11:08, Duncan Murdoch a écrit : On 07/03/2024 4:16 a.m., Ivan Krylov wrote: On Wed, 6 Mar 2024 13:46:55 -0500 Duncan Murdoch wrote: is this just a more or less harmless error, thinking that the dot needs escaping I think it's this one. You are absolutely right that the dot d

Re: [R-pkg-devel] CRAN uses an old version of clang

Not really responding the question, however another way could be to consider if your code is in Rcpp and calls to bessel and gamma function are not very frequent. These functions are available in base R and as such are callable via Function(): > Rcpp::evalCpp('Function("besselK")(1., 0.2)') [1

Re: [R-pkg-devel] Native pipe in package examples

Le 26/01/2024 à 10:44, Serguei Sokol a écrit : Le 26/01/2024 à 10:31, Serguei Sokol a écrit : Le 25/01/2024 à 19:04, Berwin A Turlach a écrit : On Thu, 25 Jan 2024 09:44:26 -0800 Henrik Bengtsson wrote: On Thu, Jan 25, 2024 at 9:23 AM Berwin A Turlach wrote: G'day Duncon,

Re: [R-pkg-devel] Native pipe in package examples

Le 26/01/2024 à 10:31, Serguei Sokol a écrit : Le 25/01/2024 à 19:04, Berwin A Turlach a écrit : On Thu, 25 Jan 2024 09:44:26 -0800 Henrik Bengtsson wrote: On Thu, Jan 25, 2024 at 9:23 AM Berwin A Turlach wrote: G'day Duncon, Uups, apologies for the misspelling of your name D

Re: [R-pkg-devel] Native pipe in package examples

Le 25/01/2024 à 19:04, Berwin A Turlach a écrit : On Thu, 25 Jan 2024 09:44:26 -0800 Henrik Bengtsson wrote: On Thu, Jan 25, 2024 at 9:23 AM Berwin A Turlach wrote: G'day Duncon, Uups, apologies for the misspelling of your name Duncan. Fingers were too fast. :) [...] But you could alwa

Re: [R-pkg-devel] How to debug segfault when running build -> document in Rstudio that includes TMB module

Le 24/01/2024 à 04:22, Carl Schwarz a écrit : I'm trying to update my SPAS package to respond to a CRAN check. Before starting the changes, I tried to rebuild my package, but now get a segfault when I try to do a devtools::document() or devtools::check(args = c('--as-cran')). See below for output

Re: [R-pkg-devel] Check warning around sprintf: Compiled code should not call entry points which might terminate R nor write to stdout/stderr instead of to the console, nor use Fortran I/O nor system

Le 19/11/2023 à 02:07, Iris Simmons a écrit : Yes, the reason for the error is the use of sprintf. You can instead use snprintf where n is the maximum number of bytes to write, including the terminating nul character. For example: char msg[8191]; snprintf(msg, 8191, "criteria: error (%d) -> %s\n

Re: [R-pkg-devel] Virtual C++ functions

Le 15/11/2023 à 10:37, Michael Meyer via R-package-devel a écrit : Greetings, Suppose I wanted to develop a package with C++ code that contains virtual functions which the package user should define.It's assumed that evaluation is expensive so we do not want to define these in R and then call t

Re: [R-pkg-devel] Rmarkdown fails if (quote) r (space) is used

Le 03/11/2023 à 15:54, J C Nash a écrit : I've spent a couple of hours with an Rmarkdown document where I was describing some spherical coordinates made up of a radius r and some angles. I wanted to fix the radius at 1. In my Rmarkdown text I wrote    Thus we have `r = 1` ... To avoid a confus

Re: [R-pkg-devel] Link to MKL instead of RBLAS on CRAN

Le 27/09/2023 à 14:11, Sameh Abdulah a écrit : Hi, Is it possible to link with MKL instead of RBLAS when submitting my package to CRAN? Usually, it's not the business of a package to choose a BLAS to link to. Many options exists for this on the user's side. For example, at installation of R y

Re: [R-pkg-devel] [EXTERNAL] Re: Warning: a function declaration without a prototype is deprecated in all versions of C

Le 26/09/2023 à 10:50, Iñaki Ucar a écrit : On Tue, 26 Sept 2023 at 10:29, Sameh Abdulah wrote: Thanks for replying! The main problem that this warning from a C library that I am relying on, I have no control to fix the warning there. So, I am still getting this warning from R, when buildin

Re: [R-pkg-devel] Check package without suggests

Is it possible that you have complicated the task unnecessarily? Normally, you can just do if (requireNamespace("", quietly=TRUE)) { # do the tests involving } Wasn't that enough? Best, Serguei. Le 18/07/2023 à 16:37, John Harrold a écrit : Howdy Folks, I recent had a package start failin

Re: [R-pkg-devel] Problems with devtools::build() in R

Le 16/05/2023 à 18:07, Jarrett Phillips a écrit : Hi All, I'm trying to generate a `tar.gz` file on a Mac for R package submission to CRAN but am having issues. I'm using `devtools`, specifically `build()` and `install()`. My package relies on compiled code via `Rcpp/RcppArmadillo`. buil

Re: [R-pkg-devel] Error in CHECK caused by dev.off()

Le 22/07/2020 à 14:36, Helmut Schütz a écrit : Dear all, I have two variables, foo and bar. The first is TRUE if a png should be created and the second is TRUE if an already existing one should be overwritten. At the end of the plot I had if (foo | (foo & bar)) dev.off() This worked as expect

Re: [R-pkg-devel] seeking help regarding the valgrind error

Hi Yang, Le 14/01/2020 à 17:29, Yang Feng a écrit : Hi All, Happy new year! I just joined this mailing list and would like to post my first question. I received a message earlier this month regarding an error in my R package RAMP https://cran.r-project.org/web/packages/RAMP/index.html I need t

Re: [R-pkg-devel] suggestion: conda for third-party software

Le 08/01/2020 à 08:50, Ivan Krylov a écrit : On Tue, 7 Jan 2020 15:49:45 +0100 Serguei Sokol wrote: Currently, many R packages include TPS as part of them thus bloating their sizes and often duplicating files on a given system.  And even when TPS is not included in an R package but is just

[R-pkg-devel] suggestion: conda for third-party software

Best wishes for 2020! I would like to suggest a new feature for R package management. Its aim is to enable package developers and end-users to rely on conda ( https://docs.conda.io/en/latest/ ) for managing third-party software (TPS) on major platforms: linux64, win64 and osx64. Currently, man

Re: [R-pkg-devel] r2sundials submission failure

default size for index type: SUNDIALS_INDEX_TYPE int64_t while I defined it to int32_t. It shows that it's hard to satisfy all the tastes in the wild with only one library distrubution ;) Best, Serguei. Satya On Mon, 16 Dec 2019 at 03:54, Serguei Sokol <mailto:serguei.so...@g

Re: [R-pkg-devel] r2sundials submission failure

t. Thanks. Best, Serguei. Best, Uwe Ligges On 11.12.2019 10:39, Serguei Sokol wrote: Hi, I have tried to submit my new package https://github.com/sgsokol/r2sundials to CRAN but submission seems to be dismissed. The package needs a third part software https://computing.llnl.gov/projects/sundia

[R-pkg-devel] r2sundials submission failure

Hi, I have tried to submit my new package https://github.com/sgsokol/r2sundials to CRAN but submission seems to be dismissed. The package needs a third part software https://computing.llnl.gov/projects/sundials/cvodes so it cannot be built on CRAN automatically. I explained this (and how the

Re: [R-pkg-devel] No answer from win-builder R-devel. Is it down?

Le 26/11/2019 à 11:31, NURIA PEREZ ZANON a écrit : Dear, Before submitting my package to CRAN, yesterday I sent it (25th November) to win-builder R-devel version. Almost 19 hours later, I haven't received any email from win-builder with the link to the binaries and the log files. (The email add

Re: [R-pkg-devel] Compiler warning using C versions of base R integrate function

Le 21/11/2019 à 19:25, Devin Incerti a écrit : Hi, I'm attempting to submit a very minor update to my package where I replaced a deprecated C++ function with an alternative. However, I'm receiving an unrelated warning "*array subscript -1 is outside array bounds of ‘double [52]’ [-Warray-bounds]

Re: [R-pkg-devel] please help understand an error in openMP statements

On 12/09/2019 23:12, Marcin Jurek wrote: Hello everyone, I'm submitting a package to CRAN which I tested locally, on Travis CI, R-hub and win builder. It worked no problem in all these environments. However, after submission, I keep getting the error described here:

Re: [R-pkg-devel] set pkg_config for 3rd party software

On 05/09/2019 12:26, Martin Maechler wrote: Sameh M Abdulah on Fri, 30 Aug 2019 18:50:55 + writes: > Hi, > I recently asked some questions about my R package which were well responded by Dirk. > I have another question related to pkg_config path, > I am using thi

Re: [R-pkg-devel] third part software dependency

On 30/08/2019 15:58, Dirk Eddelbuettel wrote: On 30 August 2019 at 07:24, Dirk Eddelbuettel wrote: | | On 30 August 2019 at 11:10, Serguei Sokol wrote: | | I am preparing a new package r2sundials for submission to cran. It | | depends on third part software | | (https://computing.llnl.gov

Re: [R-pkg-devel] third part software dependency

Hi Ralf, On 30/08/2019 16:04, Ralf Stubner wrote: On Fri, Aug 30, 2019 at 11:10 AM Serguei Sokol wrote: I am preparing a new package r2sundials for submission to cran. It depends on third part software (https://computing.llnl.gov/projects/sundials). Are you aware of the sundialr package

[R-pkg-devel] third part software dependency

Hi, I am preparing a new package r2sundials for submission to cran. It depends on third part software (https://computing.llnl.gov/projects/sundials). This will be my first submission of the kind so I am wondering how it is supposed to be tested so that I can reliably check the box "tested on

Re: [R-pkg-devel] .Rd, LaTeX and Unicode

ca. 2013, hence your \usepackage[mathletters]{ucs} would not be needed either. HOWEVER: After losing at least half an hour now, trying many variants I found that the only version that works correctly for me (with a teTeX / TeXlive version of 2018) is the version Serguei Sokol proposes (below), inc

[R-pkg-devel] .Rd, LaTeX and Unicode

Hi, I am preparing a package where I would like to use UTF characters in .Rd files. When the LaTeX comes to play, I got well known errors e.g.: ! Package inputenc Error: Unicode character ∂ (U+2202) (inputenc)    not set up for use with LaTeX. It is coherent with what is said on th

Re: [R-pkg-devel] try() in R CMD check --as-cran

On 07/06/2019 16:47, Duncan Murdoch wrote: On 07/06/2019 9:46 a.m., J C Nash wrote: Should try() not stop those checks from forcing an error? try(stop("msg"))  will print the error message, but won't stop execution.  Presumably the printed message is what is causing you problems.  If you wan

Re: [R-pkg-devel] try() in R CMD check --as-cran

'any()' at the first glance. I read it as 'any(v1 || v2)'. My bad. On June 7, 2019 6:51:29 AM PDT, Serguei Sokol wrote: On 07/06/2019 15:31, Sebastian Meyer wrote: The failure stated in the R CMD check failure report is: --- failure: length > 1 in coercion to logical

Re: [R-pkg-devel] try() in R CMD check --as-cran

On 07/06/2019 15:31, Sebastian Meyer wrote: The failure stated in the R CMD check failure report is: --- failure: length > 1 in coercion to logical --- This comes from --as-cran performing useful extra checks via setting the environment variable _R_CHECK_LENGTH_1_LOGIC2_, which means: che

Re: [R-pkg-devel] try() in R CMD check --as-cran

On 07/06/2019 14:53, J C Nash wrote: Sorry reply not quicker. For some reason I'm not getting anything in the thread I started! I found the responses in the archives. Perhaps cc: nas...@uottawa.ca please. I have prepared a tiny (2.8K) package at http://web.ncf.ca/nashjc/jfiles/fchk_2019-6.5.tar