dyn.load (PR#9364)
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Great. So now we know that Johnatha is running on a PPC. Unfortunately, this isn't included in the details of the OS in the bug report.
stefano.iacus at unimi.it wrote:
here is the output
> source("run.R")
gcc-4.0 -arch ppc -I/Library/Frameworks/R.framework/Resources/include -I/Library/Frameworks/R.framework/Resources/include/ppc -I/usr/local/ include -fPIC -g -O2 -std=gnu99 -c code.c -o code.o gcc-4.0 -arch ppc -dynamiclib -Wl,-macosx_version_min -Wl,10.3 - undefined dynamic_lookup -single_module -multiply_defined suppress -L/ usr/local/lib -o foo.so code.o -L/Library/Frameworks/R.framework/ Resources/lib/ppc -lR -dylib_file libRblas.dylib:/Library/Frameworks/ R.framework/Resources/lib/ppc/libRblas.dylib loaded DLL/SO first attempt gcc-4.0 -arch ppc -I/Library/Frameworks/R.framework/Resources/include -I/Library/Frameworks/R.framework/Resources/include/ppc -I/usr/local/ include -fPIC -g -O2 -std=gnu99 -c other.c -o other.o gcc-4.0 -arch ppc -dynamiclib -Wl,-macosx_version_min -Wl,10.3 - undefined dynamic_lookup -single_module -multiply_defined suppress -L/ usr/local/lib -o foo.so other.o -L/Library/Frameworks/R.framework/ Resources/lib/ppc -lR -dylib_file libRblas.dylib:/Library/Frameworks/ R.framework/Resources/lib/ppc/libRblas.dylib loaded DLL/SO first attempt [1] "Failed" On 16/nov/06, at 00:07, Duncan Temple Lang wrote: I was just testing this myself on various machines. And it behaves on Linux, Windows and also on my Intel Mac (OS X 10.4.8). Stefano, is this restriction on OS X still in effect? (Unfortunately I can't test this on any of my Power PC macs just at the moment. Just building R-2.4-0 one one of them.) There is test code available at www.omegahat.org/Misc/Rdynunload.tar.gz The script run.R does the builds and load and unloads and runs the entire test. Without a programmatic test it is easy to test the wrong thing. D. stefano iacus wrote:
In OS X you cannot "unload" dynamically linked code. This is a known "feature" of OS X :( This is not an R bug.
stefano
On 15/nov/06, at 15:27, tuke at senet.com.au wrote:
Full_Name: Jonathan Tuke Version: 2.4.0 OS: Mac OS X 10.4.8 Submission from: (NULL) (203.173.46.189)
I am writing C code to implement in R. I am using R CMD SHLIB and
then
dyn.load("file.so"). The function I then call with .C("function").
Since I
installed the latest R version, I have found that if I alter my C
code and
recompile, then use dyn.load("file.so"), the function in R is not
updated but
remains as the previous code. I have tried dyn.unload, but when I
use dyn.load()
the initially loaded code is used. The only way to load the updated
c code is to
quit R and then reopen.
Thanks, Jono
______________________________________________ R-devel at r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel
______________________________________________ R-devel at r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel
-- Duncan Temple Lang duncan at wald.ucdavis.edu Department of Statistics work: (530) 752-4782 4210 Mathematical Sciences Building fax: (530) 752-7099 One Shields Ave. University of California at Davis Davis, CA 95616, USA
______________________________________________ R-devel at r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel
- -- Duncan Temple Lang duncan at wald.ucdavis.edu Department of Statistics work: (530) 752-4782 4210 Mathematical Sciences Building fax: (530) 752-7099 One Shields Ave. University of California at Davis Davis, CA 95616, USA -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (Darwin) iD8DBQFFWzAD9p/Jzwa2QP4RAjbkAJ49mY7NM24Obpmmd+KyofKzWM1QSwCdE2O+ OiS43SZp8c05l6P0aEIJkk8= =yxdw -----END PGP SIGNATURE-----