search for: call_lsoda

Displaying 4 results from an estimated 4 matches for "call_lsoda".

2004 Sep 20
1
problem typcasting return of R_ExternalPtrAddr(SEXP s)
...he address of the function and pass it to a C function called via the .Call interface. Inside that C function, I use R_ExternalPtrAddr(deriv_func) to get the function pointer. This requires typcasting the return value of R_ExternalPtrAddr from (void *) to (deriv_func *), defined in a typedef in call_lsoda(). To be more explicit (I'm replacing irrelevant arguments with ellipses): In lsoda(...,func,dllname,...), func contains a string giving the name of a function which is defined in the dll whose name is contained in dllname. inside lsoda() are lines like func <- getNativeSymbolInfo(symbol...
2008 Mar 08
1
Installing odesolve package of R under Ubuntu (Debian) Linux
...-tar' length 73092 bytes (71 Kb) URL ouverte ================================================== downloaded 71 Kb * Installing *source* package 'odesolve' ... ** libs gfortran -fpic -g -O2 -c bnorm.f -o bnorm.o gcc -std=gnu99 -I/usr/share/R/include -I/usr/share/R/include -fpic -g -O2 -c call_lsoda.c -o call_lsoda.o call_lsoda.c: In function «call_lsoda": call_lsoda.c:109: attention : passing argument 1 of «initializer" from incompatible pointer type gfortran -fpic -g -O2 -c cfode.f -o cfode.o gfortran -fpic -g -O2 -c dgbfa.f -o dgbfa.o gfortran -fpic -g -O2 -c dgbsl.f -o dgbsl.o gf...
2004 Feb 05
1
Installing odesolve under MacOSX
Installing odesolve in Raqua 1.8.0 or 1.8.1 under MacOSX gives the following message: Warning message: Installation of package odesolve had non-zero exit status in: install.packages(ui.pkgs, CRAN = getOption(where), lib = .libPaths()[1]) Moreover, in the source of odesolve is no makefile. Does anyone know how to get a proper installation? Maartje
2000 Apr 15
2
unresolved symbols in dynamically linked code
...f ode solvers, based on lsoda and ddassl, and which in turn call some routines from linpack and double precision blas. I originally developed the library including those routines, and got a functional shared library. When I removed the routines listed in Linpack.h, dyn.load gave the error: ...../call_lsoda.so: undefined symbol dgbfa_ Have I misunderstood the documentation, or do I need to do something special to resolve these symbols? I am using R SHLIB to do the make, and am working on a Redhat Linux 6.1 machine. When I set the option "verbose" to TRUE, I get the warning, "Explicit...