search for: r_no_remap

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 Hi, I'm programming with R 2.7.2 and had some trouble including Rmath.h for its random variates generation routines: Although I define R_NO_REMAP (which works fine for Rinternals.h stuff), Rmath.h defines "beta" as "Rf_beta" etc., so that my "beta" strings get redefined as well! Is this a feature? I found an old Rmath.h version from 2000, which seems to obey the R_NO_REMAP flag, but the present version only obe...

I am attempting to bring R-3.0.2 functionality into a project with a very large C++ codebase. The existing codebase already has a LENGTH function defined. R also defines a LENGTH function. I first compiled R as a shared library and linked it into this existing codebase, along with RInside. When I run a parseEvalQ with a linear model command it will stack dump. Looking at the backtrace, what is

...*/ twice in the same block of code. I'm using R 2.4.1 on Debian. The symbol seems to be there: $ nm -D /usr/lib/R/lib/libR.so | grep classgets 00032e70 T Rf_classgets $ nm -D /usr/lib/R/lib/libR.so | grep namesgets 00031370 T Rf_dimnamesgets 00034500 T Rf_namesgets The source includes #define R_NO_REMAP 1 #include <R.h> #include <Rinternals.h> and later #include <memory> // I think this is why I needed R_NO_REMAP I realize this is not a complete example, but I'm hoping this will ring a bell with someone. I encountered this while running R CMD check. The link line generate...

...rnal symbol _Rf_unprotect out.obj : error LNK2001: unresolved external symbol _Rf_protect out.obj : error LNK2001: unresolved external symbol _Rf_allocMatrix out.obj : error LNK2001: unresolved external symbol _Rf_length I see, for example, that PROTECT(s) is #defined as protect(s) in R.h, #ifndef R_NO_REMAP. If I do nothing, I get the errors above, and if I #idefine R_NO_REMAP, I get the following errors, instead: Compiling... out.c Linking... out.obj : error LNK2001: unresolved external symbol _unprotect out.obj : error LNK2001: unresolved external symbol _protect out.obj : error LNK2001: unresolved...

...ce #include <sys/types.h> #include <sys/time.h> #include <time.h> #include <errno.h> #include <fcntl.h> #include <signal.h> #include <stdio.h> #include <stdlib.h> #include <string.h> #include <unistd.h> #include <sys/wait.h> #define R_NO_REMAP #define R_INTERFACE_PTRS 1 #define CSTACK_DEFNS 1 #include <Rversion.h> #include <R.h> #include <Rdefines.h> #include <Rinterface.h> #include <Rembedded.h> #include <R_ext/Boolean.h> #include <R_ext/Parse.h> #include <R_ext/Rdynload.h> Thanks Sapt...

Dear all, I have wrapped a C++ function in an R package. I allocate/deallocate memory using C++ 'new' and 'delete'. In order to allow user interrupts without memory leaks I've moved all the delete statements required after an interrupt to a separate C++ function freeMemory(), which is called using on.exit() just before the .C() call. I am concerned about the

...9ca1dc78 in Rf_eval (e=0x4ccfca0, rho=0x488ca48) at eval.c:505 #15 0x0000000000401412 in main (argc=1, argv=0x7fff9e67c358) at fugu.cc:126 To compile: g++ -g -O0 `R CMD config --cppflags` `R CMD config --ldflags` fugu.cc ////////////// //CODE: ///////////// #include <iostream> #define R_NO_REMAP #include <Rversion.h> #include <R.h> #include <Rdefines.h> #include <Rinternals.h> #include <Rinterface.h> #include <Rembedded.h> #include <R_ext/Boolean.h> #include <R_ext/Parse.h> #include <R_ext/Rdynload.h> const int i___ = 1; #define is_bige...

Hi, I would like to be able to create new environments from package C code. AFAICT, this isn't allowed since both NewEnvironment and R_NewHashedEnv are declared in Defn.R. If exposing this isn't controvertial, I would submit a patch. However, I'm not sure where the declarations should go (Rdefines.h?) and whether they need to change to Rf_*. + seth

I am trying to add #include <R.h> to a .c file in one of my package, so I can call error() without a complaint about implicit defined function. The src/ has a Makefile, to build some exec/ files that are needed. Without the include, my Makefile target OBJS = $(SRC:.c=.o) $(PKGNAME).so: $(OBJS) rpcx.h $(R_HOME)/bin/R CMD SHLIB $(OBJS) seems to work fine, and I do not need a target

Dear community, this is just a suggestion, but might be useful for the following R releases. I was programming some C code for R and my compiler constantly showed me some crazy messages that a stdc++ macro length() was supplied with 4 arguments whereas only one was required. The problem could be partially resolved by changing the order of includes. However as soon as the file was used from

...front-ends should check that they do not have a smaller limit. o Graphics structure NewDevDesc has been renamed to DevDesc. For now there is a compatibility define in GraphicsDevice.h, but it will be removed in R 2.9.0. o PROTECT and UNPROTECT macros now work even with R_NO_REMAP. BUG FIXES o @ now gives an error (and not just a warning) if it is being applied to a non-S4 object. o R CMD appends (not prepends) R's texmf path to TEXINPUTS. o Objects generated by new() from S4 classes should now all satisfy isS4(object). Previously,...

...front-ends should check that they do not have a smaller limit. o Graphics structure NewDevDesc has been renamed to DevDesc. For now there is a compatibility define in GraphicsDevice.h, but it will be removed in R 2.9.0. o PROTECT and UNPROTECT macros now work even with R_NO_REMAP. BUG FIXES o @ now gives an error (and not just a warning) if it is being applied to a non-S4 object. o R CMD appends (not prepends) R's texmf path to TEXINPUTS. o Objects generated by new() from S4 classes should now all satisfy isS4(object). Previously,...

...ssociated scripts to generate FFTab.h and FFDecl.h are no longer used. o Entry point Rf_append is no longer in the installed headers (but is still available). It is apparently unused. o Many conflicts between other headers and R's can be avoided by defining STRICT_R_HEADERS and/or R_NO_REMAP -- see `Writing R Extensions' for details. o New entry point R_GetX11Image and formerly undocumented ptr_R_GetX11Image are in new header R_ext/GetX11Image. These are used by package tkrplot. BUG FIXES o Sys.sleep() on Unix was having trouble with waits of less than 0.5s o Th...

...ssociated scripts to generate FFTab.h and FFDecl.h are no longer used. o Entry point Rf_append is no longer in the installed headers (but is still available). It is apparently unused. o Many conflicts between other headers and R's can be avoided by defining STRICT_R_HEADERS and/or R_NO_REMAP -- see `Writing R Extensions' for details. o New entry point R_GetX11Image and formerly undocumented ptr_R_GetX11Image are in new header R_ext/GetX11Image. These are used by package tkrplot. BUG FIXES o Sys.sleep() on Unix was having trouble with waits of less than 0.5s o Th...