On 14/08/2023, at 5:25 AM, Jamie Lentin <lentinj at shuttlethread.com> wrote:
Thanks both!
On 2023-08-12 23:52, Uwe Ligges wrote:
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.
It's TMB::gdbsource() that's calling system("R -d gdb"), so presumably the SystemRequirements should live there rather than gadget3? I can raise an issue suggesting this.
| 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)
Okay, I'll check for "all(nzchar(Sys.which(c('gdb', 'R'))))". This is overkill somewhat, and the example won't run in some environments that TMB::gdbsource() should work in. However, at least it'll check it does work for the relatively default case.