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

On Thu, Apr 25, 2024 at 4:24?AM Ivan Krylov via R-devel <r-devel at r-project.org> wrote: > > On Wed, 24 Apr 2024 15:31:39 -0500 (CDT) > luke-tierney--- via R-devel <r-devel at r-project.org> wrote: > > > We would be better off (in my view, not necessarily shared by others > > in R-core) if we could get to a point where: > > > > all entry points

...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...