gpt4 book ai didi

r - Fedora 24 上的 libicu 和 stringi 导致 R 头痛

转载 作者:行者123 更新时间:2023-12-04 10:54:48 25 4
gpt4 key购买 nike

我最近升级到 F24,现在在我的 R session 中,我无法加载一些包,sp。 reshape2、latex2exp、knitr 等。

我发现的最初问题是 F24 使用 libicu56,而这些包需要 libicu54。我遵循了 this thread 中的建议使用所需版本设置符号链接(symbolic link):

ln -s /usr/lib64/libicui18n.so.56 /usr/lib64/libicui18n.so.54    
ln -s /usr/lib64/libicuuc.so.56 /usr/lib64/libicuuc.so.54
ln -s /usr/lib64/libicudata.so.56 /usr/lib64/libicudata.so.54

最初的错误消失了,但现在我有了这个:
Error in dyn.load(file, DLLpath = DLLpath, ...) : 
unable to load shared object '/home/uname/R/x86_64-redhat-linux-gnu-library/3.3/stringi/libs/stringi.so':
/home/uname/R/x86_64-redhat-linux-gnu-library/3.3/stringi/libs/stringi.so: undefined symbol: _ZTIN6icu_548ByteSinkE

这将我带到 R 的 stringi 包,但我无法加载它 - 它给出了相同的错误。

我也更新了 F24 和所有的 R 包。

有任何想法吗?

最佳答案

在 icu (Gentoo) 的更新之后,这发生在我身上。另一种解决方案是删除并再次安装 stringi,因为它正在寻找不再存在的特定库文件。

remove.packages('stringi')
install.packages('stringi')

如果您的 .Rprofile触发器 library(stringi) ,那么您必须使用 R --vanilla 开始 session 为了做到这一点,否则它将继续失败。
--disable-pkg-config 的另一种解决方案也可以。它将使 stringi 为自己构建 icu,而不是依赖于系统的(源附带 icu 的副本)。

关于r - Fedora 24 上的 libicu 和 stringi 导致 R 头痛,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/38987157/

25 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com