similar to: Fwd: Rstudio R-devel libR.so

Dear All, I am actually on R-devel using shell consol. When I run RStudio, it can't find libR.so in the new /lib folder where is libRblas.so libRlapack.so. At first step I configure R-devel to share library with ./configure --enable-R-shlib. when I copied libR.so from /usr/lib/R/lib/libR.so (stable version R 3.1) to /usr/local/R-devel/lib/libR.so (R-devel version), That doesn't work.

Dear All, I am actually on R-devel using shell consol. When I run RStudio, it can't find libR.so in the new /lib folder where is libRblas.so libRlapack.so. At first step I configure R-devel to share library with ./configure --enable-R-shlib. when I copied libR.so from /usr/lib/R/lib/libR.so (stable version R 3.1) to /usr/local/R-devel/lib/libR.so (R-devel version), That doesn't work.

Dear All, I am actually on R-devel using shell consol. When I run RStudio, it can't find libR.so in the new /lib folder where is libRblas.so libRlapack.so. At first step I configure R-devel to share library with ./configure --enable-R-shlib. when I copied libR.so from /usr/lib/R/lib/libR.so (stable version R 3.1) to /usr/local/R-devel/lib/libR.so (R-devel version), That doesn't work.

On 12/01/2018 1:25 PM, Karim Mezhoud wrote: > Yes, > You are right. I mean > install.packages('DVstats'). That won't work either, because DVstats is not on CRAN. > Actually, it seems that DVstats does not have maintainer > https://github.com/USGS-R/DVstats You can try install.packages("devtools") # if not already installed...

On 12/01/2018 1:11 PM, Karim Mezhoud wrote: > Hi, > Did you try install.packages('stats'). That will not work, as stats is a base package. It comes with R, and can't be changed. The stats package should never be missing in a proper install of R. Duncan Murdoch > Let we know about your Sys.info() > Karim > > On Fri, Jan 12, 2018 at 5:37 PM, imane hajar

Yes, You are right. I mean install.packages('DVstats'). Actually, it seems that DVstats does not have maintainer https://github.com/USGS-R/DVstats Karim On Fri, Jan 12, 2018 at 7:20 PM, Duncan Murdoch <murdoch.duncan at gmail.com> wrote: > On 12/01/2018 1:11 PM, Karim Mezhoud wrote: > >> Hi, >> Did you try install.packages('stats'). >> > > That

Dear All, I would like to reset default R_HOME PATH for R.3.1.3. I installed R-devel in /usr/local/R-devel but I can't install many packages as tcltk. I uninstalled R-devel and I would reuse R.3.1.3 but the PATH is remaining to /usr/local/R-devel. I touch ~.Renviron file with R_HOME=/usr/lib/R/bin/ RSTUDIO_R_HOME=/usr/lib/R/bin/ R_LIBS=~/R/x86_64-pc-linux-gnu-library/3.1

Hi, Did you try install.packages('stats'). Let we know about your Sys.info() Karim On Fri, Jan 12, 2018 at 5:37 PM, imane hajar <imane.chafiki.fst at gmail.com> wrote: > hello , > > i am so sorry , i figure it out. > > im sending this msj to the moderator to stop the approval of the mail . > > have a good day. > > > 2018-01-12 15:42 GMT+00:00 imane

On 20 June 2018 at 16:12, Yifang Tan wrote: | I tried to install R-3.5.0 from source on my Ubuntu 18.04, Why? The binaries we offer via CRAN are _excellent_. I maintain the underlying Debian source and use them myself on several machines, and have for years. Just read https://cloud.r-project.org/bin/linux/ubuntu/README.html and follow the instructions. Otherwise ... | and met this

Hi While installing RPy2, I had curious problems which, if I traced them back correctly, have their root in the way that libR.so find the R installation directory. I wonder if this might be a subtle bug that only causes problems when one has several versions of R on one system but then can be very annoying and cause very strange behaviour. It seems to me that libR.so asks the Unix shell to

libR seems to include a main() function. Should it? I'm hoping this simpler question will get more of a response than my previous post about R a la carte :) The evidence that libR includes main() is two-fold. First, when I use nm, I see the _main defined. Second, when I run a program linked to libR, the main R shell takes over, even though I have my own main (in another library). Looking

Hi, I installed R 2.9.0 a couple of days ago on a linux machine. At the root of installation, I see 4 directories: bin, lib64, share, and src. I don't see libR.so anywhere. (In the following context, . (dot) indicates the root of my insta- llation.) I do see: ./lib64/R/lib/libRblas.so ./lib64/R/lib/libRlapack.so I became aware of such as I was preparing for an installation of little r.

Thanks Dirk! I wrongly thought the R-3.5.0 Binary was NOT default R for Ubuntu 18.04 as some of my R packages requires updated R version. Anyway, with your suggestion all went well like charm. Thank you very much! Back to the problem, actually I saw different versions of libicu* such as: /home/yifang/anaconda3/lib/libicudata.so.58

If one installs the CLI and RAqua versions, by saying both "make install" and "make install-aqua", then packages that use libR.dylib get their symbols from /Applications/StartR.app/RAqua.app/Contents/Frameworks/libR.dylib and not from /usr/local/lib/R/bin/libR.dylib. That's unfortunate, because the first is likely to change, and the second is not. For instance, what

Hi. I've patched Dirk Eddelbuettel's Debian package of R, namely r-base, in order to make hidden symbols of the library libR.so available is now available: http://yziquel.homelinux.org/debian/pool/main/r/r-base/ For instance, the mkPROMISE symbol is available: > yziquel at seldon:/usr/lib/R/lib$ nm -D libR.so | grep mkPROMISE > 000000000011f6f0 T Rf_mkPROMISE > yziquel at

I have successfully installed Rserv (http://stats.math.uni-augsburg.de/Rserve) on Mac OS, but I have trouble on two different linux platforms. R CMD INSTALL Rserve_0.3-10.tar.gz fails with this message ** libs gcc -g -O2 -I/usr/local/include -L/usr/local/lib Rserv.c -o Rserve \ -DDAEMON -O -I/usr/local/lib/R/include -Iinclude -I. -lR -L/usr/local/lib/R/bin -ldl -lcrypt

I use a Macbook Pro laptop, running OX X 10.4.11. I have been running R 2.7.1 with no problems for years, including installing packages such as chron, Cairo, Design. Today I downloaded R 2.8.0 from my local mirror in Australia. (The md5 result matched the code on the download page.) I then used R CMD INSTALL to install separately-downloaded versions of chron, Cairo etc, as I have done with

Dear All, I tried to write a C++ program that uses R internals and I encounter "undefined reference" error when linking to libR.so. Here is an small example of the program test.cpp: extern "C" { #include <config.h> #include <IOStuff.h> int main(int argc, char** argv) { R_IoBufferInit(&R_ConsoleIob); return 0; } } I built it using: g++ -o test

I tried to install R-3.5.0 from source on my Ubuntu 18.04, and met this problem: ../../lib/libR.so: undefined reference to 'ucol_strcollIter_58' ../../lib/libR.so: undefined reference to 'u_getVersion_58' ../../lib/libR.so: undefined reference to 'uloc_setDefault_58' ../../lib/libR.so: undefined reference to 'ucol_close_58' ../../lib/libR.so: undefined reference to

(cross-posted on SO: https://stackoverflow.com/questions/78022766) Hi all, I'm trying to compile R as a static library with the -fPIC flag so I can use it within java+JNI (is it only possible ?), but I cannot find the right flags in '.configure' to compile R this way. I tested various flags but I cannot find the correct syntax. for now, my latest attempt was ``` rm -rvf?