R-beta: dyn.load: incompatability between R and S

Jonathan Myles jonathan.myles at mrc-bsu.cam.ac.uk
Mon Jul 28 18:48:58 CEST 1997

Ross Ihka wrote on Fri 25 Jul

>Jonathan Myles writes:
> > However, in R although the first two statements execute OK, the third
> > produces 
> > 
> > > dyn.load("/homef/jonm/postdocs/GLMM_project/Cprogs/nn/ars.o")
> > Error in dyn.load(x) : ld.so.1: /scratch0/jonm/R-0.50-a1/bin/R.binary: fatal: re
> > location error: symbol not found: unitexp: referenced in /homef/jonm/postdocs/GL

>The problem is that our "dyn.load" expects to get a shared library
>rather than just a compiled binary file.  You could take a look at
>the code in demos/dynload to see how this works.  Under SunOS you
>would do
>	gcc -g -fpic misc.c random.c ars.c
>	ld -assert pure-text misc.o random.o ars.o -o mylib.so
>and then in R
>	dyn.load("mylib.so")

Thanks very much.  Under solaris2 the  load statement becomes

ld -G misc.o random.o ars.o -o mylib.so

A general question about inconsistencies: is *any* inconsistency
between R and S (not documented, as this one *was*, so apologies)
worth mentioning here in r-help or would that be an annoyance?  
Is there any list of known inconsistencies or should we go through the
archives before reporting (I've come across a couple in modelling
functions) ?



Dr. Jonathan Myles         e-mail:jonathan.myles at mrc-bsu.cam.ac.uk
MRC Biostatistics Unit     Tel. 01223 330371
Institute of Public Health FAX  01223 330388
University Forvie Site
Robinson Way
CB2 2SR                   
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