Apache配置压缩优化时报错——undefined symbol: inflateEnd

   圣诞都过了,好久没来51发博文了。最近一直在忙考试和其他一些私人事务,感觉长期不发博文,有点不好。不是不发,实在是最近总结的东西,没法发,都是一些考试相关的东西。蛋疼!正好帮助朋友搭网站环境了,就想起来之前有一篇总结错误的文章当时想发,后来给忘掉了,今天就拿出来发上吧。哈哈!


Apache配置压缩优化时报错——undefined symbol: inflateEnd

1
2
3
4
5
环境:CentOS 6.4  
软件版本:httpd-2.4.6 apr-1.4.8 apr-util-1.5.2 pcre-8.33
其他的软件和库文件:
yum -y groupinstall "Development tools" "Server Platform Development"
yum -y install pcre-devel


问题描述:

在apache上做压缩优化的时候,当我DSO方式添加完mod_deflate,并且配置好压缩参数之后,检查语法的是否出现如下报错:

httpd: Syntax error on line 102 of /application/apache2.4.6/conf/httpd.conf: Cannot load modules/mod_deflate.so into server: /application/apache2.4.6/modules/mod_deflate.so: undefined symbol: inflateEnd
未定义的符号:inflateEnd


问题处理办法:

1、首先检查了httpd.conf和httpd-vhosts.conf里面的配置,均无错误;然后又查看了编译mod_deflate时的输出信息,也没有提示错误。
2、我百度了inflateEnd,第一个就是搜索条目就是zlib的百度百科,然后我就去google搜索inflateEnd,搜索条目告诉我inflateEnd是属于zlib.lib库文件里面的。
3、接着我在google下面找到了以前也遇到过相似问题的人,他们是在apr的主配置文件apr-1-config(老版本可能是apr-conf)里面将LDFLAGS="" 修改为 LDFLAGS="-lz",然后用apxs从新编译mod_deflate.c后,apache服务就正常了,并且也可以正常压缩文件了。
该问题的另一种解决办法:
需要在 LoadModule deflate_module  modules/mod_deflate.so 的前面加载zlib.so
如果是32操作系统就在LoadModule deflate_module     modules/mod_deflate.so这行的上一行添加LoadFile /usr/lib/libz.so即可。
如果是64操作系统就在LoadModule deflate_module     modules/mod_deflate.so这行的上一行添加LoadFile /usr/lib64/libz.so即可。


下面是一些LDFLAGS和lz的相关信息:

一、gcc 一些应用
-shared生成一个共享目标文件,他可以和其他目标文件连接产生可执行文件.只有部分系统支持该选项.
-Wl,option把选项option传递给连接器.如果option中含有逗号,就在逗号处分割成多个选项.
-w 不生成任何警告信息。
-Wall 生成所有警告信息。
lc 是link libc
lm 是link libm
lz 是link libz
-l指定程序要链接的库文件,假设库文件名为libxxx.so,链接命令为-lxxx;
放在/lib和/usr/lib和/usr/local/lib里的库直接用-l参数就能链接了

-L指定库文件所在目录


二、Makefile选项讲解
CFLAGS 表示用于 C 编译器的选项。
CXXFLAGS 表示用于 C++ 编译器的选项。

这两个变量实际上涵盖了编译和汇编两个步骤。


CFLAGS: 指定头文件(.h文件)的路径,如:CFLAGS=-I/usr/include -I/path/include。同样地,安装一个包时会在安装路径下建立一个include目录,当安装过程中出现问题时,试着把以前安装的包的include目录加入到该变量中来。
LDFLAGS:gcc 等编译器会用到的一些优化参数,也可以在里面指定库文件的位置。用法:LDFLAGS=-L/usr/lib -L/path/to/your/lib。每安装一个包都几乎一定的会在安装目录里建立一个lib目录。如果明明安装了某个包,而安装另一个包时,它愣是说找不到,可以抒那个包的lib路径加入的LDFALGS中试一下。
LIBS:告诉链接器要链接哪些库文件,如LIBS = -lpthread -liconv
简单地说,LDFLAGS是告诉链接器从哪里寻找库文件,而LIBS是告诉链接器要链接哪些库文件。不过使用时链接阶段这两个参数都会加上,所以你即使将这两个的值互换,也没有问题。
有时候LDFLAGS指定-L虽然能让链接器找到库进行链接,但是运行时链接器却找不到这个库,如果要让软件运行时库文件的路径也得到扩展,那么我们需要增加这两个库给"-Wl,R":
LDFLAGS = -L/var/xxx/lib -L/opt/mysql/lib -Wl,R/var/xxx/lib -Wl,R/opt/mysql/lib
如果在执行./configure以前设置环境变量export LDFLAGS="-L/var/xxx/lib -L/opt/mysql/lib -Wl,R/var/xxx/lib -Wl,R/opt/mysql/lib" ,注意设置环境变量等号两边不可以有空格,而且要加上引号(shell的用法)。那么执行configure以后,Makefile将会设置这个选项,链接时会有这个参数,编译出来的可执行程序的库文件搜索路径就得到扩展了。









本文转自 aaao 51CTO博客,原文链接:http://blog.51cto.com/nolinux/1345264,如需转载请自行联系原作者

上一篇:高亮选中MEMO某一行


下一篇:获取图片中的文本--MODI