Open astamm opened 4 years ago
yes, I should also use the latest release and fix all these r cmd check notes at cran: https://cran.r-project.org/web/checks/check_results_dlib.html are you interested in creating a pull request for this where can i find your package?
I am sorry. I don’t think I have the right skills to help you on this. I do not really know how to fix this problem. I just noticed that it doesn’t pass CRAN checks. My package can be found here: https://github.com/astamm/fdakmapp/tree/fix-template-domain.
dlib uses assert statements all over the place - will indeed not be trivial to replace these i think the best to proceed is that you set up continuous integration which shows the r cmd check issues
Let's forget about my package for now (there is indeed an item in my todo list to set up continuous integration but there are more important things to fix first as this is originally a package written by many other colleagues). For dlib to be used by other packages, the assert statement needs to be replaced by something Rcpp equivalent, otherwise CRAN will complain. But we could use the same trick you used for cout for instance, i.e. redirecting std::cout
to Rcpp::Rcout
. We could define a dlib_assert()
function that could use e.g. throw
?
Yes, sure - a pull request would be great. Code is at https://github.com/bnosac/dlib/blob/master/src/r_cmd_check_happiness.cc and https://github.com/bnosac/dlib/blob/master/src/r_cmd_check_happiness.h
It seems that conversions of
exit()
,abort()
,std::cout
andstd::cerr
into Rcpp equivalents have been done for complying to CRAN rules. But I just ran into this error again when CRAN-checking one of my packages the links to dlib. It seemsassert()
is prohibited as well by CRAN but it is still in use in dlib as far as I understand.