[R-pkg-devel] gdb availability on r-devel-linux-x86_64-fedora-gcc

Uwe Ligges ||gge@ @end|ng |rom @t@t|@t|k@tu-dortmund@de
Sun Aug 13 00:52:14 CEST 2023



On 12.08.2023 23:19, Dirk Eddelbuettel wrote:
> 
> On 12 August 2023 at 18:12, Uwe Ligges wrote:
> | On 12.08.2023 15:10, Jamie Lentin wrote:
> | > The system call in question is done by the TMB package[2], and not ours
> | > to tinker with:
> | >
> | >    cmd <- paste("R --vanilla < ",file," -d gdb --debugger-args=\"-x",
> | >                 gdbscript,"\"")
> | >    txt <- system(cmd,intern=TRUE,ignore.stdout=FALSE,ignore.stderr=TRUE)
> | >
> | > My only vaguely reasonable guess is that gdb isn't available on the host
> | > in question (certainly R will be!). How likely is this? Is it worth
> | > trying to resubmit with the call wrapped with an "if (gdb is on the path)"?
> |
> |
> | I guess it is really not available as that system got an update.
> | Note that you package does not declare any SystemRequirements. Please do
> | so and mention gdb.
> |
> | Wrapping it in "if (gdb is on the path)" seems a good solution.
> 
> Seconded esp as some systems may have lldb instead of gdb, or neither.
> Adding a simple `if (nzchar(Sys.which("gdb")))` should get you there.
> 
> Dirk
> 


Note that also

1. The machine does not have R on the path (but Rdev)
2. you need to use a current pandoc. Citing Professor Ripley: "The 
platforms failing are using pandoc 3.1.6 or (newly updated, M1mac) 3.1.6.1"

Best,
Uwe Ligges



More information about the R-package-devel mailing list