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.
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"
I'll be sure to try upgrading before resubmitting.
Thanks again for your help!
Best,
Uwe Ligges
______________________________________________
R-package-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-package-devel
