search for: r_findsymbol

...do is to dynamically load a shared library, and pass the name of a symbol as a string to my ode solver interface. The C wrapper would then retrieve the pointer to the function named by the string (or fail gracefully trying), and pass that pointer to LSODA. It looks like all I have to do is invoke R_FindSymbol with the name I am looking for as the first argument, and the null string as the second; the return value will be the pointer I am looking for. Am I right, or is it more complicated than that? R. Woodrow Setzer, Jr. Phone: (919) 541-0128 Biostat...

Dear all, I have some difficulty getting R-1.3.0 to run on the alpha, with osf4.0e (Tru64, or whatever they call it... :-) ). configure reports the following configuration: R is now configured for alphaev6-dec-osf4.0e Source directory: . Installation directory: /astro/local C compiler: gcc -mieee -g -O2 C++ compiler: c++ -g -O2 FORTRAN

Dear all, I have some difficulty getting R-1.3.0 to run on the alpha, with osf4.0e (Tru64, or whatever they call it... :-) ). configure reports the following configuration: R is now configured for alphaev6-dec-osf4.0e Source directory: . Installation directory: /astro/local C compiler: gcc -mieee -g -O2 C++ compiler: c++ -g -O2 FORTRAN

...veNativeRoutine in "src/main/dotcode.c". Specifically, the newer code adds this: errorcall(call, "\"%s\" not resolved from current namespace (%s)", buf, ns); And removes these lines: /* need to continue if the namespace search failed */ *fun = R_FindSymbol(buf, dll.DLLname, symbol); if (*fun) return args; Is that extra call to R_FindSymbol really all that's necessary to invoke the old "keep searching" behavior? Would it be a good idea to provide an optional way of finding a native routine regardless of where it's located, perha...

...with the apple developer tools and X11 installed and with ATLAS. Running ./configure appears to end normally, but running make yields: gcc -no-cpp-precomp -I. -I../../src/include -I../../src/include -I/usr/local/include -DHAVE_CONFIG_H -g -O2 -c Rdynload.c -o Rdynload.o Rdynload.c: In function `R_FindSymbol': Rdynload.c:942: `CFunTab' undeclared (first use in this function) Rdynload.c:942: (Each undeclared identifier is reported only once Rdynload.c:942: for each function it appears in.) make[3]: *** [Rdynload.o] Error 1 make[2]: *** [R] Error 2 make[1]: *** [R] Error 1 make: *** [R] Error 1 [...

...after running ./configure then make, building fails on the file main/Rdynload.c with the following error message. gcc -I../../src/extra/pcre -no-cpp-precomp -I. -I../../src/include -I../../src/include -I/sw/include -DHAVE_CONFIG_H -g -O2 -c Rdynload.c -o Rdynload.o Rdynload.c: In function `R_FindSymbol': Rdynload.c:1036: `CFunTab' undeclared (first use in this function) Rdynload.c:1036: (Each undeclared identifier is reported only once Rdynload.c:1036: for each function it appears in.) Looking back through the list, I saw this problem was discussed last year (http://maths.newcastle.edu...

...usr/local/include -DHAVE_CONFIG_H -I/usr/include/Motif1.1 -I/usr/include/X11R4 -c CConverters.c -o CConverters.o gcc -I. -I../../src/include -I../../src/include -I/usr/local/include -DHAVE_CONFIG_H -I/usr/include/Motif1.1 -I/usr/include/X11R4 -c Rdynload.c -o Rdynload.o Rdynload.c: In function `R_FindSymbol': Rdynload.c:781: `CFunTab' undeclared (first use in this function) Rdynload.c:781: (Each undeclared identifier is reported only once Rdynload.c:781: for each function it appears in.) make[3]: *** [Rdynload.o] Error 1 make[3]: Leaving directory `/annex/.absd00t/absd00t/tools/R-1.3.1/src/mai...

Thomas Lumley writes: > > > I've been trying to get Matt Calder's S compiler to work in R using R > COMPILE and R SHLIB so it will be fairly platform-independent. > > I'm sure someone has claimed in the past that it is possible/easy to > dyn.load() two dynamic libraries and have one call functions in the other. > I can't get it to work (Red Hat

...plicitly marked. Are we allowed to call tools:::unmap(tools:::funAPI()$name) and consider the return value to be the list of all unmapped APIs, despite, e.g., installTrChar not being explicitly marked? - Should R_PV be an @apifun if it's currently caught by checks in sotools.R? - Should R_FindSymbol be commented /* Not API */ if it's marked as @apifun in WRE and not caught by sotools.R? It is currently used by 8 CRAN packages. - The names 'select', 'delztg' from R_ext/Lapack.h are function pointer arguments, not functions or type declarations. They are being f...

...functions very quickly. For such purpose, the standard R-interface turned out to be too slow, and better option has been to call package's C-function dotTcl directly from my own C-code. Before R 4.4.0 it was possible to use getNativeSymbolInfo("dotTcl","tcltk")$address (or R_FindSymbol("dotTcl","tcltk",NULL) in C) to get the function-pointer and then call the function directly, even though it has not been registered as C-callable for other packages. With R 4.4.0 these methods are unable to find the symbol anymore (tested in Linux). I was not able to find what...

...en pass it down to the compiled code to use in the ode solver directly. Since getSymbolInfo() (new in 1.4.0) returns a pointer to the requested loaded function, it would seem to be part of the answer to my problem (when I asked this question some time ago, I was warned away from using the internal R_FindSymbol() (declared in Rdynload.h) as being potentially unstable). However, I cannot figure out how to pass the pointer through .Call or .External. Is this possible, or should I pass a string through to the compiled code, and find the pointer on that side (and how to do that)? Thanks. R. Woodrow Setze...

Hi everyone, I'm thinking about breaking up a large package I have to avoid loading some of the more specialised parts when it isn't necessary. The package is dependent on shared libraries. The base one will keep all of the core stuff like constructors etc and the specialised parts will need to access these. It is obviously possible to set the "local" flag to false, however

...>> -I/usr/local/include -DHAVE_CONFIG_H -g -O2 -c CConverters.c -o > >> CConverters.o > >> gcc -I. -I../../src/include -I../../src/include > >> -I/usr/local/include -DHAVE_CONFIG_H -g -O2 -c Rdynload.c -o Rdynload.o > >> Rdynload.c: In function `R_FindSymbol': > >> Rdynload.c:781: `CFunTab' undeclared (first use in this function) > >> Rdynload.c:781: (Each undeclared identifier is reported only once > >> Rdynload.c:781: for each function it appears in.) > >> *** Error exit code I heard from Luke Tierney tha...

...op = CAR(args); < if (!isString(op)) errorcall(call,"function name must be a string\n"); < < /* make up load symbol & look it up */ < p = CHAR(STRING(op)[0]); < q = buf; while ((*q = *p) != '\0') { p++; q++; } < < if (!(fun=R_FindSymbol(buf))) errorcall(call, < "C-R function not in load table\n"); < < retval=fun(args); < < vmaxset(vmax); < return retval; < } < 969c946 < } --- > } diff -r R-0.63/src/main/names.c R-0.63.orig/src/main/names.c 497d49...

...libraries. I've configured the build appropriately but from what I can tell it's not currently supported: there are compile errors here and there and the mechanism for looking up base symbols (CFunTab in Rdynload.c??) seems to have been ripped out. I'm going to add enough code so that R_FindSymbol will at least return correct pointers for the base library (error: C symbol name "R_isMethodsDispatchOn" not in DLL for package "base"), but I was wondering whether if anyone else is working on this, or if this is scheduled to be phased out altogether. Thanks for the info, Al...

A non-text attachment was scrubbed... Name: not available Type: text Size: 1378 bytes Desc: not available Url : https://stat.ethz.ch/pipermail/r-help/attachments/19980914/9fdd62b1/attachment.pl

...p -I. -I../../src/include -I../../src/include -I/sw/include -DHAVE_CONFIG_H -g -O2 -c CConverters.c -o CConverters.o gcc -I../../src/extra/pcre -no-cpp-precomp -I. -I../../src/include -I../../src/include -I/sw/include -DHAVE_CONFIG_H -g -O2 -c Rdynload.c -o Rdynload.o Rdynload.c: In function `R_FindSymbol': Rdynload.c:1036: `CFunTab' undeclared (first use in this function) Rdynload.c:1036: (Each undeclared identifier is reported only once Rdynload.c:1036: for each function it appears in.) make[3]: *** [Rdynload.o] Error 1 make[2]: *** [R] Error 2 make[1]: *** [R] Error 1 make: *** [R] Error...

...to call tools:::unmap(tools:::funAPI()$name) and > consider the return value to be the list of all unmapped APIs, despite, > e.g., installTrChar not being explicitly marked? > > - Should R_PV be an @apifun if it's currently caught by checks in > sotools.R? > > - Should R_FindSymbol be commented /* Not API */ if it's marked as > @apifun in WRE and not caught by sotools.R? It is currently used by 8 > CRAN packages. > > - The names 'select', 'delztg' from R_ext/Lapack.h are function > pointer arguments, not functions or type declarati...

...ly. For such purpose, the standard R-interface turned out to be too slow, and > better option has been to call package's C-function dotTcl directly from my own C-code. > > Before R 4.4.0 it was possible to use getNativeSymbolInfo("dotTcl","tcltk")$address (or > R_FindSymbol("dotTcl","tcltk",NULL) in C) to get the function-pointer and then call the > function directly, even though it has not been registered as C-callable for other > packages. > > With R 4.4.0 these methods are unable to find the symbol anymore (tested in Linux). > I...

Dear R people We have two packages, where the first package (geoR) is required by the second (geoRglmm). Both packages have functions calling C-code via .C(). We would like to call C-functions included in the first package from within the C-code in the second package. Is this possible? An appropriate header file was included in the src directory of the second package but this alone did not