I have been having similar problems with win-builder release for the last several days. It appears that some of the needed DLLs are not there. I have been reporting them to Uwe, and he is working through resolving the issues. Part of it is the test fails on one DLL, and then when that is repaired fails on another.
This is mostly a PSA as others may run into this. If you do run into it, it is probably worth at least reporting the specific error so it can be checked, Besides Rcpp, I have had issues with a number of the packages used by ggplot2, as well as rlang and glue
-Roy
On May 28, 2019, at 11:50 AM, I?aki Ucar <iucar at fedoraproject.org> wrote:
On Tue, 28 May 2019 at 20:12, ????? ?????? <tolis.chal at gmail.com> wrote:
Dear all,
we have submitted the package volesti to CRAN and it is temporarily
accepted, because the check in solaris and
windows r-release-windows-ix86+x86_64 failed as you can see here
https://cran.r-project.org/web/checks/check_results_volesti.html
The check in solaris fails when the lpsolve library is linked with
volesti.so and the error is the following:
"ld: fatal: dlopen() of support library (-lstdc++) failed with error:
ld.so.1: ld: fatal: -lstdc++: open failed: No such file or directory"
I tried to fix the bug by using some flags in the makefile of lpsolve
library but nothing worked (I check it in rhub).
In windows the error is the following:
"Error: package or namespace load failed for 'Rcpp' in library.dynam(lib,
package, package.lib):
DLL 'Rcpp' not found: maybe not installed for this architecture?"
But the check in rhub is successful for the same version of windows os.
Don't worry about this second one. It's probably a temporal problem,
but surely not related to your package.
I?aki