libtool: link: `ext/standard/info.lo' is not a valid libtool object

最新推荐文章于 2021-07-13 11:29:50 发布
原创 最新推荐文章于 2021-07-13 11:29:50 发布 · 7.6k 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。

今天编译opcodesdumper的时候遇到一个错误：

libtool: link: `ext/standard/info.lo' is not a valid libtool object

这个错误是在php的configure开启embed的时候产生的，google了一下，说需要apr和apr-util的支持。

按了apr和apr-util

又报 ld returned 1 exit status php 错误，

排查了好一阵子，没什么问题啊。


删了源码目录，重新解压源码，编译、安装。居然通过了！

ImportError: /lib/x86_64-linux-gnu/libstdc++.so.6: version `GLIBCXX_3.4.26‘ not found
weixin_45834800的博客
03-22 1744
home/wyc/software/anconda3/lib/libstdc++.so.6.0.28，试着查看一下这个文件，0.28意思是该文件下版本最大支持到GLIBCXX_3.4.28，那么自然GLIBCXX_3.4.26也包含在内。（其中镜像名和标签号是我们随机取的，新镜像名以及我们的标签号！2、我们在不能判断容器与宿主机存在目录挂载/路径映射之前，我们可以使用指令:docker inspect --format='{{.Mounts}}' 容器名(其中，这个容器名为我们要测试的容器名)
libtool: link: `dftables.lo' is not a valid libtool object
weixin_33795806的博客
09-26 460
手误造成的错误： make & make install。&位操作符导致的错误！应该是make && make install。
linux '....':is not a valid libtool object”错误
NOT NULL
11-26 6048
解决方法用命令make clean然后在重新执行命令 原因是编译的时候有问题重新编译一下文件就解决了
php date 报错,编译安装PHP报错：ext/date/php_date.lo is not a valid libtool object
weixin_39633917的博客
03-11 471
安装php-5.3.13时，make报错：ext/date/php_date.lo is not a valid libtool object。查看libtool(由ltmain.sh生成)该错误是由于：if (${SED} -e ’2q’ $arg | grep “^# Generated by .*$PACKAGE”) >/dev/null 2>&1; then 语句不成立...
PHP编译安装报错，make:*libtool: link: `ext/libxml/libxml.lo‘ is not a valid libtool object
u010227042的博客
07-13 1261
把 php的源代码目录（你make过的）删掉， 再解压， 然后再 make 应该就 ok 了， 我以前也遇到过这种问题。 make clean后在make && make install 就ok了，要把原先的make产生的信息清理掉，在make就ok了 ...
php编译安装：link: `ext/date/php_date.lo' is not a valid libtool objec
半僧
04-08 7143
今天在安装php-5.3.10时，make报错：ext/date/php_date.lo is not a valid libtool object。查看libtool（由ltmain.sh生成）该错误是由于：if (${SED} -e ’2q’ $arg | grep “^# Generated by .*$PACKAGE”) >/dev/null 2>&1; then 语句不成立而后续引起的。正
手把手教你安装php redis扩展
xu070111119的专栏
06-16 398
php是世界上最好的语言。 LNMP是web及APP后端开发最好的架构。做web业务开发redis是缓存或者数据库非常好的选择。php与redis的结合也非常方便，只需要安装phpredis扩展即可。 下载phpredis源码 https://github.com/phpredis/phpredis/releases 找到你想要下载的版本 1、 wgethttps://github.com/phpredis/phpredis/archive/4.2.0RC1.tar.gz 2、 解...
配apache出错:libtool: link: `passwd/apr_getpass.lo' is not a valid libtool object
u014062332的专栏
03-29 3338
make的时候出现下面错误,以前配没遇到过这问题 libtool: link: `passwd/apr_getpass.lo' is not a valid libtool object make[3]: *** [libapr-1.la] 错误 1 make[3]: Leaving directory `/root/httpd-2.2.8/srclib/apr' make[2]: *
centos6.5 linux源码安装php时遇到的错误
记得别人忘了自己
01-05 813
错误1： ./configure时遇到错误 xml-config,libxml2 can not be found 记得装了libxml2，于是索性重装（应该是没有装libxml2-devel) yum -y install libxml2-devel libxml2-static   再次configure，通过     错误2： ext/opcache/ZendAcce...
编译安装php时报错
xayddxjsjxywuhui的博客
05-22 6143
安装包：php-5.6.20.tar.bz2 编译成功完成，结果在make的时候报错 libtool: link: `ext/opcache/ZendAccelerator.lo' is not a valid libtool object 解决办法： # make distclean 重新编译，make，通过
php7.2 安装phpredis扩展
qq_26249609的博客
11-27 594
##下载及安装 wget https://github.com/edtechd/phpredis/archive/php7.zip //下载php-redis扩展包 yum install -y zip unzip //安装压缩，解压软件 unzip php7.zip //解压 cd pphpredis-php7 //进入解压后的文件中 /server/php7/bin/phpize //...
php编译时出错make: *** [libphp5.la] Error 1
weixin_34399060的博客
03-05 487
php源码安装编译时报错：libtool:link:`ext/date/lib/dow.lo'isnotavalidlibtoolobject make:***[libphp5.la]Error1 libtool:link:`ext/date/lib/dow.lo'isnotavalidlibtoolobject解决办法：yum -y ...
centos 重装php_Centos手动安装PHP
weixin_35756637的博客
03-08 483
下载PHP的源码，我下的是7.2版本，看了一下安装的参数太多了，也没有时间依次了解每个参数的意思，直接从网上复制了一个，先尝试安装起来。并记录一下步骤，基本的步骤就是解压、配置、编译、运行。1.下载PHP源码，将其放到某个目录下，比如~/temp2.接下来准备运行configure，尝试了无数次，基本快崩溃，因为每次总是提示缺少某个支持库。总结下来有以下一些，curl,freetype,glib,...
在编译php事务时候出现如下错误，具体原因不知，不过解决了
weixin_34237596的博客
02-29 282
在make的时候出现如下错误 libtool: link: `ext/date/lib/parse_date.lo' is not a valid libtool objectmake: *** [libphp5.la] Error 1 经过make clean 之后再继续make就可以了，做个标记，下次遇到好解决 转载于:https://www.cnblogs.com/Dicky-Zhan...
ubuntu下php7安装及配置
weixin_34033624的博客
04-21 618
直接用apt-get 失败 在官网下安装包http://tw2.php.net/get/php-7.0.18.tar.bz2/from/a/mirror 进行make时 出现错误: libtool: link: `ext/opcache/ZendAccelerator.lo' is not a valid libtool object 解决方法:make clean 后重新 make(原因...
软件libtool错误解决方案
weixin_33935505的博客
03-08 2571
libtool: error: 'pulsecore/ffmpeg/libpulsecore_foreign_la-resample2.lo' is not a valid libtool object 这个错误 是make出现了错误,重新make clean 然后make 就好了 转载于:https://www.cnblogs.com/eat-too-much/p/8529563.ht...
Linux 使用Nginx搭建PHP7服务环境 (过程中问题总结)
zl378837964的专栏
06-24 795
  很早时间就已经转nginx并虚拟机搭建使用过，此处新建Linux服务器（centOs6 购于aliyun此处有专属优惠码 rrs9h6 有效期至2017-05-31，支付页面输入打折哦）再次操作并记录一下~~   PHP官网下载地址,下载自己使用的版本 http://cn2.php.net/downloads.php  Nginx 此处使用OpenResty版本（扩展Nginx和...
libtool: link: `ext/standard/info.lo' is not a valid libtool object make: *** [sapi/cli/php] Error 1 libtool: link: `ext/standard/info.lo' is not a valid libtool object make: *** [sapi/cli/php] Error 1
最新发布
04-27
<think>好的，我现在需要帮助用户解决在编译PHP时遇到的libtool链接错误，具体是提示'ext/standard/info.lo'不是有效的libtool对象。首先，我应该回忆一下用户之前的问题和我的回答，看看是否有相关的信息可以借鉴。 用户之前的问题是关于CentOS 7.2编译PHP时OpenSSL版本冲突的问题，我给出了三种解决方案：安装OpenSSL兼容层、强制链接旧版本库或升级PHP版本。现在用户遇到了不同的错误，与libtool有关，我需要集中解决这个新问题。 首先，我需要理解这个错误的原因。错误信息指出info.lo不是有效的libtool对象，通常这种情况可能发生在libtool版本不兼容，或者构建过程中某些中间文件损坏或生成不正确。可能的原因包括： 1. **不完整的清理**：之前的编译尝试可能残留了损坏的.lo或.la文件，导致后续编译失败。 2. **权限问题**：编译过程中生成的文件权限不正确，导致libtool无法正确处理。 3. **工具链版本问题**：使用的libtool或autoconf版本与PHP源码不兼容。 4. **磁盘空间不足**：编译时磁盘空间不足导致文件生成不完整。 5. **源码损坏**：下载的PHP源码包可能损坏或不完整。 接下来，我需要考虑如何验证这些可能性。用户可能已经尝试过常规的make clean，但可能还需要更彻底的清理，比如删除所有生成的文件并重新生成配置脚本。此外，权限问题可以通过检查文件权限和用户权限来解决，比如使用sudo或者确保用户有足够的权限写入目标目录。 另外，用户可能没有正确安装autoconf、automake和libtool，导致生成的配置脚本有问题。需要确保这些工具已安装并且版本兼容。对于较旧的PHP版本，可能需要特定版本的构建工具。 磁盘空间和源码完整性也是需要考虑的因素，用户可能需要检查磁盘空间，或者重新下载源码包进行验证。 根据这些可能性，我应该分步骤给出解决方案，从最简单的清理和重新配置开始，逐步到更复杂的工具链检查和源码验证。同时，结合用户之前的编译问题，可能需要特别强调彻底清理的重要性，因为之前处理OpenSSL问题时可能涉及多次编译尝试，残留文件的可能性较大。 最后，需要提醒用户如果所有步骤都失败，可能需要考虑升级PHP版本，因为旧版本可能对新系统的工具链支持不佳，这也是之前推荐的解决方案之一。同时，生成相关问题可以帮助用户进一步解决可能遇到的其他编译问题。</think>### 系统性解决方案：PHP编译时libtool链接错误 "ext/standard/info.lo is not a valid libtool object" #### 一、问题成因分析 1. **残留中间文件**：前次编译中断导致`.lo`文件损坏（libtool对象文件格式错误）[^1] 2. **工具链版本冲突**：autoconf/libtool版本与PHP源码不兼容（常见于PHP 5.x系列） 3. **权限异常**：编译过程生成的文件权限受限（如`sudo make`与普通用户权限混用） 4. **磁盘空间耗尽**：编译过程中临时存储不足导致文件截断 #### 二、分步解决方案 ##### 步骤1：彻底清理构建环境 ```bash # 清除所有自动生成文件 make distclean || true rm -rf autom4te.cache configure.ac configure find . -name "*.lo" -exec rm -f {} \; find . -name "*.la" -exec rm -f {} \; # 重建配置系统（关键步骤） autoconf autoheader ./buildconf --force ``` ##### 步骤2：验证工具链版本 ```bash # 检查核心工具版本 autoconf --version | head -1 # 需>=2.69（PHP 5.6+要求） libtool --version | head -1 # 需>=2.4.6 # CentOS 7修复示例 sudo yum install -y libtool autoconf automake ``` ##### 步骤3：强制重建对象文件 ```bash # 手动删除问题文件后重新编译 rm -f ext/standard/info.lo ext/standard/info.o make ext/standard/info.lo make -j$(nproc) ``` ##### 步骤4：处理权限问题 ```bash # 修复文件所有权（如果之前使用过sudo） sudo chown -R $(whoami):$(whoami) . ``` #### 三、进阶排查方法 **检查文件完整性**： ```bash # 查看损坏的.lo文件头 file ext/standard/info.lo # 正常应显示：ext/standard/info.lo: libtool object file # 对比有效文件结构 hexdump -C ext/standard/info.lo | head -3 ``` **手动生成测试**： ```bash # 使用libtool直接编译 libtool --mode=compile gcc -I. -c ext/standard/info.c -o ext/standard/info.lo ``` #### 四、规避方案（如持续失败） ```bash # 禁用libtool使用（仅限非共享库编译） ./configure --disable-shared --enable-static ``` ### 技术原理说明 `.lo`文件是libtool的中间对象文件，包含平台特定的链接元数据。当编译过程被异常中断时，其二进制头部的`LTFOO`标识可能丢失，导致libtool拒绝识别[^1]。 --- ### 相关问题 1. 如何检测Linux系统中多个版本的libtool共存？ 2. 使用autoconf时出现"aclocal.m4"错误应如何修复？ 3. PHP编译时如何强制指定特定版本的编译器工具链？ [^1]: libtool对象文件格式要求前16字节包含平台标识和API版本号，损坏后无法被识别为有效对象
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值