I'm probably misunderstanding something in "Writing R Extensions" version 1.0.0. In the chapter on the R API, section 4.7, it is stated that the functions listed in R_ext/Linpack.h are available to users' Fortran code. I am developing a developing a library of 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 local dynamic loading not supported on this platform. Using default." -- Woodrow Setzer Biostatistics and Research Support Staff National Health and Environmental Effects Laboratory, U.S. Environmental Protection Agency Research Triangle Park, NC 27711 -.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.- r-help mailing list -- Read http://www.ci.tuwien.ac.at/~hornik/R/R-FAQ.html Send "info", "help", or "[un]subscribe" (in the "body", not the subject !) To: r-help-request at stat.math.ethz.ch _._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._
Jesús María Frías Celayeta
2000-Apr-16 08:59 UTC
[R] unresolved symbols in dynamically linked code
Hi! I don't know if this can help, but the Splus package nls2 uses actually lsoda to build models based in systems of odes which has been developed by the INRA-BIA (France). There is also a port of this package (by Denis Mestivier from University Paris 7) which is not complete, but is capable of performing the nonlinear regression with an ode's system and using the lsoda library. I think that having a look to that code might help you to find a good solution for your problem (recycling is always good). The web site is http://www-bia.inra.fr/J/AB/nls2/welcome.html cheers, IOsu On Sat, 15 Apr 2000, Woodrow Setzer wrote:> I'm probably misunderstanding something in "Writing R Extensions" version > 1.0.0. In the chapter on the R API, section 4.7, it is stated that the > functions listed in R_ext/Linpack.h are available to users' Fortran code. > I am developing a developing a library of 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 local dynamic loading not supported > on this platform. Using default." > > -- > Woodrow Setzer > Biostatistics and Research Support Staff > National Health and Environmental Effects Laboratory, > U.S. Environmental Protection Agency > Research Triangle Park, NC 27711 > > > -.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.- > r-help mailing list -- Read http://www.ci.tuwien.ac.at/~hornik/R/R-FAQ.html > Send "info", "help", or "[un]subscribe" > (in the "body", not the subject !) To: r-help-request at stat.math.ethz.ch > _._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._ >------------------------------------------------------------------------------- Jes?s Mar?a Fr?as Celayeta "Valeu a pena? Tudo vale a pena ENSIA-INRA, Av. des Olympiades, 1 se a alma n?o ? pequena 91744, Massy. FRANCE Quem quer passar al?m do Bojador Fax:intl+33+1+69935185 Tem que passar al?m da dor. Phone:intl+33+1+69935191 Deus ao mar o perigo e abismo deu, Mas nele ? que espelhou o c?u" ------------------------------------------------------------------------------- -.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.- r-help mailing list -- Read http://www.ci.tuwien.ac.at/~hornik/R/R-FAQ.html Send "info", "help", or "[un]subscribe" (in the "body", not the subject !) To: r-help-request at stat.math.ethz.ch _._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._
>>>>> Woodrow Setzer writes:> I'm probably misunderstanding something in "Writing R Extensions" > version 1.0.0. In the chapter on the R API, section 4.7, it is stated > that the functions listed in R_ext/Linpack.h are available to users' > Fortran code. I am developing a developing a library of 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 local dynamic loading > not supported on this platform. Using default."Hmm. I get (r-devel) hornik at lp12:~/src/R$ find . -type f | xargs grep -i dgbfa ./src/include/R_ext/Linpack.h:extern int F77_SYMBOL(dgbfa)(double*, int*, int*, int*, int*, int*, int*); ./src/library/splines/R/splineClasses.R:## z <- .Fortran("dgbfa", so it looks as if dgbfa was not contained in the R sources ... Hence it should also not be in Linpack.h. Comments? -k -.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.- r-help mailing list -- Read http://www.ci.tuwien.ac.at/~hornik/R/R-FAQ.html Send "info", "help", or "[un]subscribe" (in the "body", not the subject !) To: r-help-request at stat.math.ethz.ch _._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._