similar to: problem in linking to libR.so with R 2.5.0

While doing some embedded programming and trying to figure out how to generate a hand coded SEXP equivalent of the line "t.test(x,conf.level=(1-p))$conf.int[2]" I had an idea for an addition to the embedded API. There are a number of hidden or static parse functions (R_ParseBuffer, R_Parse1Buffer, etc.) which take an IoBuffer* and returns a parsed tree. If one or more of these

A common need in R frontends is to provide some sort of read, (parse), evaluate, print loop. However, there are also a number of points where frontends may want to differ from the standard REPL as available e.g. in R_ReplDLLdo1(). First some thoughts on what is needed, and what is already there, or missing. If you want to skip over this, a short summary is provided in the second half, below

R 2.1.0/src/include from 2005/04/18 download Naming inconsistent for guards as well but that's pedantic. Simple convention: file <foo.h> #ifndef R_FOO_H file <R_ext/bar.h> #ifndef R_EXT_BAR_H Missing guards: <IOStuff.h> <Internal.h> <Parse.h> <R_ext/GraphicsBase.h> <R_ext/GraphicsDevice.h> <R_ext/GraphicsEngine.h>

Hi, I have one question about built-in R functions. I am looking into interprocedural analysis and since R supports "free variable", it would become complicated if free variable is read inside a function. It is uncommon and probably not good to read free variables when implementing R functions. I suppose R built-in functions don't read free variables (therefore don't depend on

In what way is this a bug in R? It looks like a bug in the package, and as Defn.h is not part of R's API any packge using it is `at risk' (and cannot be installed in a binary-only installation, or even an installed version of R). In particular, Defn,.h depends on config.h, and it seems you installed a binary version of R and used separate sources. I would suggest building R from

I know this may be a pathological case, but I found it while debugging PopCon: Invoking a debugged function prior to the conclusion of setup_Rmainloop() will cause R to crash because R_ConsoleIob is not initialized until run_Rmainloop(). Tested in R-2-6-branch and trunk on Linux. Crash it like this from a shell command line: $ cat >> ~/.Rprofile <<EOF foo <- function()

Along with getting pqR to work on Windows, I've also been testing it in the context of embedded R, and in the process have found some problems with the examples given of embedded R use. One problem can be seen in R_ReplDLLinit, in src/main/main.c: void R_ReplDLLinit(void) { SETJMP(R_Toplevel.cjmpbuf); R_GlobalContext = R_ToplevelContext = R_SessionContext = &R_Toplevel;

Hi. It seems that if I put a browser() in my Rprofile.site, I get a segfault. This happens on several machines, several versions of R. Here it the valgrind output when using revision 62797: ==31314== Memcheck, a memory error detector ==31314== Copyright (C) 2002-2012, and GNU GPL'd, by Julian Seward et al. ==31314== Using Valgrind-3.8.1 and LibVEX; rerun with -h for copyright info ==31314==

Thanks to Matthias Burger, I came to know that in r-devel, a lot of symbols are no longer exported in libR.so, which breaks the package rpvm since it calls these functions in serialize.c. R_InitInPStream R_InitOutPStream Since the change is fairly recent (earlier this month), I guess the core team will be making further changes. In any case, please add these two to the exported list. Thanks,

Hi all I have a R code that incorporates a C++ programm. I compiled the C++ code with the following: R CMD SHLIB Model.cpp -Wall funzioni.cpp it seems to work fine but when i run the R code i get this error message Error in dyn.load(paste(dir_func, "Model.so", sep = "")) : unable to load shared object '/lustre/work/uuu/RCpp/Model.so': libR.so: cannot open

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

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

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

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.

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

Prof Brian Ripley wrote: > 'library' in R has a different meaning: I've altered the subject to be > more accurate 'libR'. > > This is what R CMD SHLIB is for: it does all this for you in a portable way. > > But if you want to DIY, you can use R CMD config to find out the > appropriate linker incantation. Thank you for the clarification. I do not insist on

Hi, I forgot tools/rsync-recommended before ./configure Thanks On Mon, Mar 9, 2015 at 6:51 PM, Kevin Ushey <kevinushey at gmail.com> wrote: > I believe you need to set the environment variable R_HOME_DIR to the > path pointing to your R-devel installation before launching RStudio. > > On Mon, Mar 9, 2015 at 9:49 AM, Karim Mezhoud <kmezhoud at gmail.com> wrote: >

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.

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

I did some poking around with GDB and confirmed that the advice of setting R_CStackLimit after init, which is echoed in the "threading issues" section of the R-exts help document, isn't entirely useful because init apparently loads the main package which trips over the broken stack checking. Stack trace: #0 R_SignalCStackOverflow (usage=140732197147604) at errors.c:81 #1