[英]Path To libstdc++ while installing R package
所以我一直在嘗試安裝一個名為igraph
的R包。 最后,當它嘗試加載程序包時,出現以下錯誤:
/usr/lib64/libstdc++.so.6: version `GLIBCXX_3.4.15' not found (required by /tools/R/2.15.2/lib64/R/library/igraph/libs/igraph.so)
對我而言,此錯誤意味着存在錯誤版本的libstdc++.so.6
。 我,但是沒有使用該文件。 快速瀏覽我的LD_LIBRARY_PATH:
echo $LD_LIBRARY_PATH
/tools/gcc/4.7.0/lib64
在該目錄中,有一個名為libstdc ++。so.6的文件,下面顯示實際上存在GLIBCXX_3.4.15:
strings /tools/gcc/4.7.0/lib64/libstdc++.so.6 | grep GLIB
GLIBCXX_3.4
GLIBCXX_3.4.1
GLIBCXX_3.4.2
GLIBCXX_3.4.3
GLIBCXX_3.4.4
GLIBCXX_3.4.5
GLIBCXX_3.4.6
GLIBCXX_3.4.7
GLIBCXX_3.4.8
GLIBCXX_3.4.9
GLIBCXX_3.4.10
GLIBCXX_3.4.11
GLIBCXX_3.4.12
GLIBCXX_3.4.13
GLIBCXX_3.4.14
GLIBCXX_3.4.15
GLIBCXX_3.4.16
GLIBCXX_3.4.17
GLIBC_2.2.5
GLIBC_2.3
GLIBC_2.3.2
GLIBCXX_FORCE_NEW
GLIBCXX_DEBUG_MESSAGE_LENGTH
我不明白為什么R會很頑固並且不使用gcc目錄下的文件,而是一直嘗試引用/ user / lib64目錄。 有人有想法嗎?
原來在$RHOME/etc/
下有一個名為ldpaths
,由於某種原因該文件清除了LD_LIBRARY_PATH
環境變量。 我將LD_LIBRARY_PATH
重置為該文件中的首選路徑,重新啟動了R,並且該軟件包的安裝非常順利。
在一個副節點上:對於這樣一個成熟的軟件,我認為這是荒謬的行為。
聲明:本站的技術帖子網頁,遵循CC BY-SA 4.0協議,如果您需要轉載,請注明本站網址或者原文地址。任何問題請咨詢:yoyou2525@163.com.