/usr/lib/libexpat.so: could not read symbols解决方法
2012-11-08 22:28
701 查看
编译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来编译,也可以解决这个问题了。方法如下:
# ./configure --prefix=/usr/local/apache2 --enable-modules=so --enable-rewrite --with-expat=builtin
在安装apache 时采用的方法四,顺利安装完毕在64位系统上。
出现这个问题,主要原因是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解决方法
- Apache编译安装:/usr/lib/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 解决方法
- 移植: Could not read symbols解决方法
- Could not read symbols解决方法
- Could not read symbols解决方法
- Could not read symbols解决方法
- Could not read symbols:Linux/UNIX系统下编译时,常见的一类报错信息解决方法
- apache 在 加载openssl 模块时出现 “/usr/local/ssl/lib/libssl.a: could not read symbols: Bad value”错误解决方案
- /usr/local/lib/libz.a: could not read symbols: Bad value
- libexpat.so:could not read symbols...
- Could not read symbols解决方法
- /usr/local/lib/libpython2.7.a: could not read symbols: Bad value. collect2: ld retur ned 1 exit
- /usr/local/lib/libz.a: could not read symbols: Bad value(64 位 Linux)
- /usr/local/lib/libltdl.a(ltdl.o): could not read symbols: Bad value
- Could not read symbols解决方法
- /libexpat.so: could not read symbols: File in wrong format
- /libexpat.so: could not read symbols: File in wrong format
- lib_clapack.a(dlasyf.o): could not read symbols: File in wrong format---- 交叉编译opencv2.0遇到的错误解决