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