crosstool error: could not find GNU libtool >= 1.5.26

在编译crosstool过程中,遇到configure阶段未能找到libtool的问题。即使已通过apt-get确认安装,configure依旧报错。最终通过指定libtool路径解决。

今天在编译crosstool的时候,执行./configure时出现错误,提示找不到libtool

checking whether /usr/bin/make sets $(MAKE)... yes
checking for make 3.81... no
checking for GNU libtool >= 1.5.26... no
configure: error: could not find GNU libtool >= 1.5.26

但是使用apt-get 安装libtool的时候提示已经安装

$ sudo apt-get  install libtool
Reading package lists... Done
Building dependency tree
Reading state information... Done
libtool is already the newest version (2.4.6-0.1).
0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.

没办法,只能查看configure文件,发现是因为没有找到libtool导致的,使用whereis命令查看libtool路径

$ whereis libtool
libtool: /usr/share/libtool

但是在configure的时候,是使用PATH来查找文件的,所以解决问题就简单了,configure支持--with-libtool来指定libtool的路径

 $ ./configure  --with-libtool=/usr/share/libtool

 

转载于:https://my.oschina.net/u/115346/blog/735423

### 解决方案 当遇到`Could not find platform independent libraries <prefix>`错误时,这通常意味着Python解释器无法找到标准库的位置。此问题可能由多种因素引起,包括但不限于环境变量配置不当、多版本Python共存冲突或是某些情况下虚拟环境中路径设置不正确。 对于此类问题的一个常见解决方案是在启动脚本中显式指定PYTHONHOME和PYTHONPATH环境变量[^2]: ```bash export PYTHONHOME=/usr/local/python3.9 export PYTHONPATH=$PYTHONHOME/lib/python3.9/site-packages:$PYTHONPATH ``` 上述命令假设Python安装于`/usr/local/python3.9`目录下,并且目标是让系统知道去哪里查找所需的平台无关库文件。调整这些值以匹配实际的Python安装位置非常重要。 如果正在使用虚拟环境,则应确保每次激活该环境之后都设置了正确的路径。创建新的虚拟环境可能会解决问题,因为这样可以避免全局安装和其他项目之间的潜在冲突。 另外,在一些特殊场景下,比如交叉编译环境下,确认构建工具链配置无误也十分必要。例如通过Bazel进行构建时,适当设置`--crosstool_top`参数来指明用于主机配置的编译工具链可以帮助解决因编译环境引起的类似问题[^4]。 最后但同样重要的是,检查是否有多个不同版本的Python并存可能导致加载错误的标准库副本。保持单一清晰的Python版本有助于减少这类混淆情况的发生。
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符  | 博主筛选后可见
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值