/usr/lib/libexpat.so: could not read symbols解决方法
来源:互联网 发布:算法导论有答案吗 编辑:程序博客网 时间:2024/06/05 10:29
编译apache或者apache出品的log4cxx等软件时,有可能报"/usr/lib/libexpat.so: could not read symbols: File in wrong format"这个错误
出现这个问题,主要原因是libexpat的兼容性,特别对是64bit服务器的兼容性。现在新的服务器基本都采用64位了,但是默认的/usr/lib/库是32位的,64位的库默认在/usr/lib64/目录下,所以编译64位软件会遇到不少问题。
下面介绍一些解决思路:
陈运文
1)最直接的方法:
cp /usr/lib64/libexpat.* /usr/lib/
(将/usr/lib64/目录下的 libexpat.a、libexpat.la libexpat.so 文件拷贝到/usr/lib/目录)
cp覆盖以后,make就可以了
2)configure里手工指定库文件路径
./configure LDFLAGS="-L/usr/lib64 -L/lib64" --prefix=/usr/local/apache --enable-so --enable-expires --enable-rewrite --enable-headers --enable-deflate --enable-dav --enable-maintainer-mode
3)另一种设置configure的办法是,将configure更改为:
./configure –enable-lib64 -libdir=/usr/lib64 –enable-ssl –with-ssl=/usr/local/ssl –enable-module=so –prefix=/usr/local/apache
4)方法四:编译时增加编译参数--with-expat=builtin
之前介绍了,由于64位服务器下编译脚本在定位系统 expat支持时有些问题。使用自带的expat来编译,也可以解决这个问题了。方法如下:
出现这个问题,主要原因是libexpat的兼容性,特别对是64bit服务器的兼容性。现在新的服务器基本都采用64位了,但是默认的/usr/lib/库是32位的,64位的库默认在/usr/lib64/目录下,所以编译64位软件会遇到不少问题。
下面介绍一些解决思路:
陈运文
1)最直接的方法:
cp /usr/lib64/libexpat.* /usr/lib/
(将/usr/lib64/目录下的 libexpat.a、libexpat.la libexpat.so 文件拷贝到/usr/lib/目录)
cp覆盖以后,make就可以了
2)configure里手工指定库文件路径
./configure LDFLAGS="-L/usr/lib64 -L/lib64" --prefix=/usr/local/apache --enable-so --enable-expires --enable-rewrite --enable-headers --enable-deflate --enable-dav --enable-maintainer-mode
3)另一种设置configure的办法是,将configure更改为:
./configure –enable-lib64 -libdir=/usr/lib64 –enable-ssl –with-ssl=/usr/local/ssl –enable-module=so –prefix=/usr/local/apache
4)方法四:编译时增加编译参数--with-expat=builtin
之前介绍了,由于64位服务器下编译脚本在定位系统 expat支持时有些问题。使用自带的expat来编译,也可以解决这个问题了。方法如下:
# ./configure --prefix=/usr/local/apache2 --enable-modules=so --enable-rewrite --with-expat=builtin
在安装apache 时采用的方法四,顺利安装完毕在64位系统上。
- /usr/lib/libexpat.so: could not read symbols解决方法
- /usr/lib/libexpat.so: could not read symbols解决方法
- libexpat.so:could not read symbols...
- Apache 安装过程中出错/usr/lib/libexpat.so: could not read symbols: File in wrong format的解决办法
- /usr/lib/libcxcore.so.2.1: could not read symbols: Invalid operation 解决方法
- /libexpat.so: could not read symbols: File in wrong format
- Could not read symbols解决方法
- Could not read symbols解决方法
- Could not read symbols解决方法
- Could not read symbols解决方法
- Could not read symbols解决方法
- Could not read symbols解决方法
- Could not read symbols解决方法
- Could not read symbols解决方法
- php make报错:/usr/local/openssl/lib/libssl.a: could not read symbols: Bad value
- /usr/local/lib/libz.a: could not read symbols: Bad value
- recompile with -fPIC /usr/local/lib/libboost_python.a: could not read symbols: Bad value
- TTserver 编译/usr/local/lib/libbz2.a: could not read symbols: Bad value解决
- 裸机S3C6410显示控制器(4)- 裸机程序实现显示图片
- servlet 与JSP的区别
- TFOJS-1303-[10CS-Data Structure]Experiment 2: one-variable polynomial calculations
- java基本类型
- action 参数缓存——action 单例
- /usr/lib/libexpat.so: could not read symbols解决方法
- 单例模式
- POJ 1840(Eqs)
- 分享:107条Javascript的常用语句
- JSP指令的基本语法格式
- sesion防止表单重复提交(2)
- Flex4.6开发MapGIS 配置问题集锦
- JAVA--第十一周实验--编写一个算术测试小软件
- 有关sql 中 的事务