[R-SIG-Mac] how does one dyn.load dylib shared libraries?
tabor at c255.ucsf.edu
Thu May 11 05:28:19 CEST 2006
I am sorry if I was not completely clear. The .a's and the .dylibs are
part of the distribution with the IBM Compiler. The R CMD SHLIB works
Compiling the .f to a .o works fine.
The R CMD SHLIB also works fine to generate the .so.
The dyn.load of the .so fails with a set of unresolved symbols that are
part of one of the libraries from IBM.
So I think you answered my question. I will try the gcc route.
On May 10, 2006, at 7:03 PM, Simon Urbanek wrote:
> On May 10, 2006, at 1:02 PM, Richard Tabor wrote:
>> I am running 2.1.0 and am using the IBMXL Fortran Compiler. It has
>> .a and .dylib libraries which do not seem to load with dyn.load().
> How are you compiling them? I don't see how you can get either .a or
> .dylib using R CMD SHLIB, so my guess is that it has nothing to do
> with the compiler but with the way you compile the sources. On OS X
> package libs are neither dynamic libraries (.dylib) nor static
> libraries (.a) - they are bundles. The compilation shouldn't matter
> and if in doubt you should be able to use gcc for the linking step in
> case the IBM compiler is not compatible.
>> Is there a way to load these libraries or convert them to .so's?
> There is no converting, you should get the right .so directly
> otherwise you're doing something wrong. Please tell us more precisely
> what you're doing.
More information about the R-SIG-Mac