search for: r_registerccallable

...aining src/dummy.cpp and R/zzz.R: ====== src/dummy.cpp ==== #include <R.h> #include <Rinternals.h> #include <R_ext/Rdynload.h> extern "C" { void dummy(int *a, int *b) { printf("dummy\n"); } } void R_init_dummy(DllInfo *dll) { R_RegisterCCallable("dummy", "dummy", (DL_FUNC)dummy); } ====== R/zzz.R ========= .First.lib <- function(lib, pkg) { library.dynam("dummy", pkg, lib) } ====================== I can compile this using R 2.5.0 under Linux. But I got the following error when I tri...

...y local library (I don't have permission for global install at work.) That is, it is in the location pointed to in R_LIBS_USER. In R, the command library(bdsmatrix) works fine. Coxme depends on bdsmatrix, in fact uses some cross-calls to it's C routines, which have been exported using the R_RegisterCCallable function. All works as expected: modules load, tests succeed. Running R CMD check fails however, tmt703% R CMD check coxme * checking for working pdflatex ... OK * using log directory '/people/biostat2/therneau/research/surv/Rforge/pkg/coxme.Rcheck' * using R version 2.9.0 (2009-04-17) *...

...n trying to make a C routine called 'sampler' available to be called from other packages' C code. Following http://cran.r-project.org/doc/manuals/R-exts.html#Linking-to-native-routines-in-other-packages I have included #include <R_ext/Rdynload.h> R_init_stochvol(DllInfo *dll) { R_RegisterCCallable("stochvol", "sampler", (DL_FUNC) sampler); } in some file within stochvol's 'src' directory, and DL_FUNC stochvol_sampler = R_GetCCallable("stochvol", "sampler"); in some file within the 'src' directoy of the package depending on stochv...

...3.0, it is no longer permitted for threads to call the R interpreter because there is a stack overflow check that always trips because the thread's stack is different from what R is expecting. + Therefore, I need a C version of dmvnorm. + The mvtnorm package maintainer is not interested in R_RegisterCCallable. Can a C version of dmvnorm get added to the R core? -- Joshua N. Pritikin Department of Psychology University of Virginia 485 McCormick Rd, Gilmer Hall Room 102 Charlottesville, VA 22904 http://people.virginia.edu/~jnp3bc -------------- next part -------------- An embedded message was scrubbed....

I am experimenting with exporting pointers to some of the functions in deSolve so that other packages may import them, using the 'R_RegisterCCallable' mechanism. I have added a header file and some other C code in inst/include of the deSolve source package that need to be accessible to other packages. I have a site-library set up in Rprofile.site where all installed packages go, and as long as my experimental version of deSolve is installe...

...000000104aeb1c7 GetNewPage + 183 (memory.c:806) 1 libR.dylib 0x0000000104aec44b Rf_allocVector + 2235 (memory.c:2221) 2 libR.dylib 0x0000000104a0816e get_package_CEntry_table + 174 (Rinlinedfuns.h:513) 3 libR.dylib 0x0000000104a0825f R_RegisterCCallable + 31 (Rdynload.c:1391) 4 zoo.so 0x00000001035e5466 R_init_zoo + 70 (init.c:46) 5 libR.dylib 0x0000000101007089 AddDLL + 201 6 libR.dylib 0x000000010100737a do_dynload + 170 7 libR.dylib 0x00000001010a6aab bc...

...000000104aeb1c7 GetNewPage + 183 (memory.c:806) 1 libR.dylib 0x0000000104aec44b Rf_allocVector + 2235 (memory.c:2221) 2 libR.dylib 0x0000000104a0816e get_package_CEntry_table + 174 (Rinlinedfuns.h:513) 3 libR.dylib 0x0000000104a0825f R_RegisterCCallable + 31 (Rdynload.c:1391) 4 zoo.so 0x00000001035e5466 R_init_zoo + 70 (init.c:46) 5 libR.dylib 0x0000000101007089 AddDLL + 201 6 libR.dylib 0x000000010100737a do_dynload + 170 7 libR.dylib 0x00000001010a6aab bc...

Hello, I've been trying to make LinkingTo work when the package linked to has c++ code. I've put dumb packages to illustrate this emails here ; http://addictedtor.free.fr/misc/linkingto Package A defines this C++ class: class A { public: A() ; ~A() ; SEXP hello() ; } ; Package B has this function : SEXP say_hello(){ A a ; return a.hello() ; } headers of package A are copied

...If R_TempDir is set when embedded R is initialized it is assumed to point to a valid session temporary directory: see `Writing R Extensions'. o There is a new interface allowing one package to make C routines available to C code in other packages. The interface consists of the routines R_RegisterCCallable and R_GetCCallable. These functions are declared in <R_ext/Rdynload.h>. This interface is experimental and subject to change. In addition, a package can arrange to make use of header files in another (already installed) package via the 'LinkingTo' field in the DESCRIPTION file:...

...If R_TempDir is set when embedded R is initialized it is assumed to point to a valid session temporary directory: see `Writing R Extensions'. o There is a new interface allowing one package to make C routines available to C code in other packages. The interface consists of the routines R_RegisterCCallable and R_GetCCallable. These functions are declared in <R_ext/Rdynload.h>. This interface is experimental and subject to change. In addition, a package can arrange to make use of header files in another (already installed) package via the 'LinkingTo' field in the DESCRIPTION file:...