multtest -- unable to load shared library '/Library/Frameworks/R.framework/Resources/library/multtest/libs/multtest.so'
2
0
Entering edit mode
Paul Shannon ▴ 40
@paul-shannon-1707
Last seen 10.2 years ago
Building from source (http://bioconductor.org/packages/1.8/bioc/src/ contrib/multtest_1.10.0.tar.gz) on Mac OS X, I see that the shared library ends up in /Library/Frameworks/R.framework/Versions/2.3/Resources/library/ multtest/libs/ppc but .First.lib seems to be looking only in /Library/Frameworks/R.framework/Versions/2.3/Resources/library/ multtest/libs and thus reports 'unable to load shared library'. I created a symlink (from libs/multtest.so to libs/ppc/multtest.so) and now multtest loads fine. I will not be surprised at all :} if I am missing something obvious here. Am I merely papering over my ignorance by making that symlink? Thanks - - Paul
• 1.0k views
ADD COMMENT
0
Entering edit mode
@herve-pages-1542
Last seen 5 minutes ago
Seattle, WA, United States
Hi Paul, This bug in the 'multtest' package has been fixed in our svn repos a few days ago but unfortunatly the person who did the fix forgot to bump the version string of the package... So the fixed package did not make its way to the http://bioconductor.org/packages/1.8/bioc repos. Sorry for that (this will be fixed ASAP). For now, if you don't want to play with symlinks, you can just do: > source('http://bioconductor.org/biocLite.R') > biocLite('multtest') and this will install the binary for you (our binary doesn't have this problem). Regards, H. Paul Shannon wrote: > Building from source (http://bioconductor.org/packages/1.8/bioc/src/ > contrib/multtest_1.10.0.tar.gz) > on Mac OS X, I see that the shared library ends up in > > /Library/Frameworks/R.framework/Versions/2.3/Resources/library/ > multtest/libs/ppc > > but .First.lib seems to be looking only in > > /Library/Frameworks/R.framework/Versions/2.3/Resources/library/ > multtest/libs > > and thus reports 'unable to load shared library'. > > I created a symlink (from libs/multtest.so to libs/ppc/multtest.so) > and now > multtest loads fine. > > I will not be surprised at all :} if I am missing something obvious > here. > Am I merely papering over my ignorance by making that symlink? > > Thanks - > > - Paul > > _______________________________________________ > Bioconductor mailing list > Bioconductor at stat.math.ethz.ch > https://stat.ethz.ch/mailman/listinfo/bioconductor > Search the archives: http://news.gmane.org/gmane.science.biology.informatics.conductor > -- ------------------------ Hervé Pagès E-mail: hpages at fhcrc.org Phone: (206) 667-5791 Fax: (206) 667-1319
ADD COMMENT
0
Entering edit mode
@kasper-daniel-hansen-2979
Last seen 17 months ago
United States
This is an error in the multtest library. I have emailed a solution to the maintainer and I did believe it was working in the devel and stable release of bioc. Basically you ned to change the .First.lib function in R/zzz.R. If you look at the function definition it loads the shared library by looking in a specific location (including some ugly use of paste) - you should have to create that symlink. /Kasper On May 24, 2006, at 4:59 PM, Paul Shannon wrote: > Building from source (http://bioconductor.org/packages/1.8/bioc/src/ > contrib/multtest_1.10.0.tar.gz) > on Mac OS X, I see that the shared library ends up in > > /Library/Frameworks/R.framework/Versions/2.3/Resources/library/ > multtest/libs/ppc > > but .First.lib seems to be looking only in > > /Library/Frameworks/R.framework/Versions/2.3/Resources/library/ > multtest/libs > > and thus reports 'unable to load shared library'. > > I created a symlink (from libs/multtest.so to libs/ppc/multtest.so) > and now > multtest loads fine. > > I will not be surprised at all :} if I am missing something obvious > here. > Am I merely papering over my ignorance by making that symlink? > > Thanks - > > - Paul > > _______________________________________________ > Bioconductor mailing list > Bioconductor at stat.math.ethz.ch > https://stat.ethz.ch/mailman/listinfo/bioconductor > Search the archives: http://news.gmane.org/ > gmane.science.biology.informatics.conductor
ADD COMMENT

Login before adding your answer.

Traffic: 579 users visited in the last hour
Help About
FAQ
Access RSS
API
Stats

Use of this site constitutes acceptance of our User Agreement and Privacy Policy.

Powered by the version 2.3.6