similar to: winbuilder down

On 29.09.2016 22:57, Uwe Ligges wrote: > Dear all, > > winbuilder is down. > > Given current inspection results and circumstances, I expect a downtime > of *at least* 24 hours. > > This applies to on-demand check services, CRAN check service results and > CRAN binary builds for Windows. > > Best, > Uwe Ligges Winbuilder is operational again, but please expect

Due to a failure of our air condition, winbuilder is out of service for at least 12 hours until 10:30 am CEST tomorrow morning. Best, Uwe Ligges

I've recently updated the coxme package, which calls internal routines from the bdsmatrix package.? (It is in fact mentioned as an example of this in the Extensions manual.) The call connections are a blocks like this, one for each of the 9 called C routines. void bdsmatrix_prod4(int nrow,??? int nblock,?? int *bsize, ??????????????????? double *bmat, double *rmat, ??????????????????? int

And remove the cast on the return value of R_GETCCallable. And check that your function is found before using it. #include <R.h> #include <Rinternals.h> #include <R_ext/Rdynload.h> void bdsmatrix_prod4(int nrow, int nblock, int *bsize, double *bmat, double *rmat, int nfrail, double *y) { DL_FUNC fun = NULL; if (fun==NULL)

Try changing static void (*fun)() = NULL; to DL_FUNC fun = NULL; Bill Dunlap TIBCO Software wdunlap tibco.com On Fri, Dec 29, 2017 at 5:14 AM, Therneau, Terry M., Ph.D. < therneau at mayo.edu> wrote: > I've recently updated the coxme package, which calls internal routines > from the bdsmatrix package. (It is in fact mentioned as an example of this > in the Extensions

You can legally cast a function pointer to another function pointer, where the signatures differ. (It is not legal to cast between data and function pointers.) I would make typedefs for the various signatures, as the casting syntax is more readable then. Bill Dunlap TIBCO Software wdunlap tibco.com On Fri, Dec 29, 2017 at 10:13 AM, Therneau, Terry M., Ph.D. < therneau at mayo.edu> wrote:

Hello, my package passes R CMD check without any warnings on my local machine (Mac OS), as well as on Uwe Ligges' Winbuilder. On RForge, however, we sometimes run into problems building the Sweave vignettes. Now here's my question: is it necessary for a CRAN submission that the Sweave vignettes can be compiled on CRAN, or is it possible to provide the (locally compiled) pdf vignette to

Hello, I am trying to submit a new package to CRAN. I had checked the packages with R-devel and R-release in windows 7 local and ubuntu 12.04 local. The package has a C file in src folder which successfully compiled in all the cases (there were few trivial warnings). I had submitted the package last week and was asked to resubmit with few changes in the description file. However upon

Hello, I have been developing a package for phylogenetic analysis which I plan to submit to CRAN soon. It passes R CMD check with no warnings on my linux and Mac OS X machines. I don't have much experience with Windows and have been using the win-builder service to see how the package compiles on Windows. (Thank you for this service, Uwe, it is a huge time saver for me!) I have tried

Hi Dirk I think there are problems with pg_config, the configure script of RPostgreSQL checks for pg_config and got ¡°checking for pg_config... /usr/bin/pg_config¡±. In Solaris 10u7 X64, three versions of PostgreSQL are installed, there are in /usr/postgres/8.2(8.2.9) and /usr/postgres/8.3(8.3.3), the corresponding bin files are in /usr/postgres/<version>/bin and

I have a question regarding the build of my project papeR (hosted on R-forge http://r-forge.r-project.org/R/?group_id=1574) with respect to lme4. Both, Windows and MacOS are complaining that lme4 doesn't export summary: Error : object 'summary' is not exported by 'namespace:lme4' ERROR: lazy loading failed for package 'papeR' Linux however builds the project

Hello, macosx 10.13.6, Rdevel r76458 I'm trying to compile against openblas to reproduce an error on the CRAN check page (my package is clean under winbuilder and all but one of the checks). I've downloaded and installed openblas 0.3.7 but I am not 100% sure that it is being used by R. Using ./configure --with-blas="-lopenblas" Then running R to discover the PID I get:

On 13 November 2016 at 00:13, Kirill M?ller wrote: | On 13.11.2016 00:00, Dirk Eddelbuettel wrote: | > On 12 November 2016 at 22:54, Kirill M?ller wrote: | > | > [... lots of stuff deleted ...] | > | > | I noticed this because plogr logging crashed in dplyr (compiled with gcc | > | 6) right after upgrading to yakkety; I still had a gcc-5 built version | > | of Rcpp installed.

On 12 November 2016 at 22:54, Kirill M?ller wrote: [... lots of stuff deleted ...] | I noticed this because plogr logging crashed in dplyr (compiled with gcc | 6) right after upgrading to yakkety; I still had a gcc-5 built version | of Rcpp installed. As soon as I added -std, everything worked as before. | No minimal example, sorry. Don't we need "-std=c++98" in Makevars |

I am getting the following on CRAN windows and winbuilder https://www.r-project.org/nosvn/R.check/r-devel-windows-ix86+x86_64/penaltyLearning-00check.html Apparently there is an error in re-building vignettes, but I do not have any idea what it is, because all that is listed is three dots (...). Is this a bug in R CMD check? If not, the only solution I can think of is removing the vignette

Dear all, I run R CMD build --compact-vignettes="both" gRbase and/or R CMD build --compact-vignettes="gs+qpdf" gRbase and in the log from r-devel (on winbuilder) I get * checking sizes of PDF files under 'inst/doc' ... WARNING 'gs+qpdf' made some significant size reductions: compacted 'gRbase-arrays.pdf' from 421Kb to 115Kb consider

Dear all, I run R CMD build --compact-vignettes="both" gRbase and/or R CMD build --compact-vignettes="gs+qpdf" gRbase and in the log from r-devel (on winbuilder) I get * checking sizes of PDF files under 'inst/doc' ... WARNING 'gs+qpdf' made some significant size reductions: compacted 'gRbase-arrays.pdf' from 421Kb to 115Kb consider

I think the poster is interested in being able to try the build/check on a Mac in the fashion that Winbuilder does. That is, rather than have CRAN do all the platform checks, is there a way to submit a package to be tested for just one platform? It may be useful to have such a facility so package builders can test before submission, and from my own experience I believe would help to render

On 27 January 2017 at 21:54, G?bor Cs?rdi wrote: | On Fri, Jan 27, 2017 at 9:28 PM, Da Zheng <zhengda1936 at gmail.com> wrote: | > What major R platforms does this policy refer to? | > | | Linux, macOS, Windows. | | | > Currently, my package runs in Ubuntu. If it works on both Ubuntu and | > Redhat, does it count as two platforms? | > | | I think that Linux is just one. Is

I am building a package that makes a simple visualization. A part of the code is in C++, and utilizes the functions srand() and rand() for purposes not related to statistics (introducing random noise in the visualization). The package compiles without problems on my workstation(s), but when I submitted it to the winbuilder service, I got the following weird message: * checking compiled code ...