[R] unresolved symbols in dynamically linked code

Kurt Hornik Kurt.Hornik at ci.tuwien.ac.at
Mon Apr 17 19:37:48 CEST 2000

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



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

More information about the R-help mailing list