similar to: Rcpp problems while installing httpuv / running build-dep r-base-core

Hi: I'm on fedora 19 ( I know. I'm behind : ) and I'm trying to install the httpuv library which depends on Rcpp. When I try to install it with dependencies = TRUE, I get the following error. ( I'm only showing the end of the install messages. Things go okay for a good while ). INSTALLATION MESSAGES #================================================================ make[1]:

No, that's not it. The error is that you don't have the g++ binary installed. Undo that change and yum install gcc-c++. On Apr 14, 2015 8:31 AM, Mark Leeds <markleeds2 at gmail.com> wrote: > > Hi: I'm on fedora 19 ( I know. I'm behind : ) and I'm trying to install the > httpuv library > which depends on Rcpp. When I try to install it with dependencies =

Hi Hopefully this is the correct mailing list. Sorry if not. I am still fighting to install "shiny" on Solaris OS. For this I need the package 'httpuv' which makes troubles during linking. R version 3.0.1 (2013-05-16) -- "Good Sport" is working well. The compile steps result is below. I have more a general question. The problem is clear: The symbol

I have two questions about the CRAN machines that build binary packages for Mac. When a new version of a package is released, (A) Do the downstream dependencies get re-checked? (B) Do the downstream dependencies get re-built? I have heard (but do not know for sure) that the answer to (A) is no, the downstream dependencies do not get rechecked. >From publicly available information on the

<p dir="ltr">Hmm. If you try to run g++ on the command line, does it exist? If it does, let me know, and I'll try to figure this out when I'm not sitting in an airport later today. :)<br> </p> <div class="gmail_quote">On Apr 14, 2015 8:47 AM, Mark Leeds <markleeds2@gmail.com> wrote:<br type='attribution'><blockquote

Hello there, I have been used shiny package on Windows without any problem. Recently I switched to Linux OS(Ubuntu 12.04), and installed the latest R version 3.0.1. But I couldn't install "shiny" for some reasons. Here are the error message: ** preparing package for lazy loading Error : package ‘codetools’ was built before R 3.0.0: please re-install it Error : unable to load R

I have a co-worker who has installed R 3.4.2 on Windows 7. When this person tries to load the rgl package with library(rgl) A dialog box appears with the message: R for windows gui frontend has stopped working I suspect a conflict problem with a dll, but I'm not sure how to identify if this is the problem since R is crashing immediately. Interestingly, when we start R and do NOT load rgl,

Hello, I tried intalling mice package and got the following error: * installing *source* package ?mice? ... ** package ?mice? successfully unpacked and MD5 sums checked ** libs g++ -I/usr/local/lib/R/include -DNDEBUG -I"/home/djj/R/x86_64-pc-linux-gnu-library/3.4/Rcpp/include" -I/usr/local/include -fpic -g -O2 -c RcppExports.cpp -o RcppExports.o g++ -I/usr/local/lib/R/include

> On Nov 15, 2017, at 1:08 AM, Jeremie Juste <jeremiejuste at gmail.com> wrote: > > > > Hello, > > I tried intalling mice package and got the following error: > > * installing *source* package ?mice? ... > ** package ?mice? successfully unpacked and MD5 sums checked > ** libs > g++ -I/usr/local/lib/R/include -DNDEBUG

Hi, Im not sure if this is the right place to post this. I am using Xubuntu Karmic Koala and am trying to use the Rcpp package. I am testing it using a simple code that takes in a vector and adds 1 to each element: #include <Rcpp.h> // This file takes in a vector and adds one to each entry RcppExport SEXP addone(SEXP vec){ // create a local copy of vec Rcpp::NumericVector

Dear R-devel: The Cluster administrators at KU got enthusiastic about testing R-3.2.2 with Intel MKL when I asked for some BLAS integration. Below I forward a performance report, which is encouraging, and thought you would like to know the numbers. Appears to my untrained eye there are some extraordinary speedups on Cholesky decomposition, determinants, and matrix inversion. They had

RHEL 6 installed R version 3.2.3 from EPEL installed Start R and use the following command, but got warnings! install.packages("rstan", dependencies = TRUE, repos = "http://cran.r-project.org/") ... g++ -m64 -shared -L/usr/lib64/R/lib -L/usr/local/lib64 -o RcppEigen.so RcppEigen.o RcppExports.o fastLm.o -L/usr/lib64/R/lib -lRlapack -L/usr/lib64/R/lib -lRblas -lgfortran -lm

Winston, the Mac CRAN build builds a package only if either is true: 1) the package has not passed checks 2) there is a new version of the package since last successful build+check The old build machine doesn't have the capacity to do full re-builds (it would take over 24h - currently the nightly build of packages takes 16-22 hours), but we're currently building a new setup for R 4.0.0

I have run across a problem with Rcpp and trying to create a package with a name containing a dot ('.') using Rcpp.package.skeleton. I get the following error RcppExports.cpp:10:25: error: expected initializer before '.' token RcppExport SEXP genetics.haplotype_rcpp_hello_world() { implying that Rcpp literally uses the package name in internal function name generation.

Hi, I am a newbie to Rcpp packages, and got problems in having basic set-ups for Rcpp under windows xp. Here is the list I have done. 1) installed Rtools and have no problem in compiling .c file. 2) installed Rcpp packages 3) set enviroment variables 'path' to make C:\Program Files\R\R-2.12.0\library\Rcpp\include\ searchable The sample C++ code I used is from the original website:

Dear R experts, recently I started developing a Rcpp package "OpenMPTest". Within that package I want to use OpenMP, as in the following code example: // header file #include <omp.h> using namespace Rcpp ; RcppExport SEXP testOpenMP( SEXP nThreads ) ; // cpp file SEXP testOpenMP( SEXP nThreads ) { BEGIN_RCPP NumericVector numberThreads = NumericVector( nThreads );

Jiefei, you did not commit all files into the example package - your example has things like RcppExports.cpp as well as additional flags which are not in your GH project. I suspect the issue is with the extra flags you're adding - those don't come from R. Please make sure you can replicate the issue with the GH package you created. Cheers, Simon * installing *source* package

Hi, I failed to run install.packages("imager") in CentOS 6, the R version is 3.2.2 g++ -shared -L/usr/local/r/3.2.2/lib64/R/lib -L/usr/local/lib64 -o imager.so RcppExports.o colourspace.o display.o drawing.o filtering.o interpolation.o morphology.o transformations.o utils.o wrappers.o -lX11 -lfftw3 -L/usr/local/r/3.2.2/lib64/R/lib -lR /usr/bin/ld: cannot find -lfftw3 I checked

Hi All, I am new to this area and use Rcpp to call C++ from R and try to build the package under Windows 7. I use Rtools and R 2.10.1 32bit. Everything works fine with me, except using R functions like "rnorm" or "runif" in the C++ code. When I use "R CMD check" the package, it always return error ** libs making DLL ... g++

You normally see these errors when compiling on a vm that has very little memory. Hadley On Tue, Apr 19, 2016 at 2:47 PM, Ben Tupper <btupper at bigelow.org> wrote: > Hello, > > I am getting a fresh CentOS 6.7 machine set up with all of the goodies for R 3.2.3, including dplyr package. I am unable to successfully install it. Below I show the failed installation using