[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