PHP编译时提示libjpeg.(a|so) not found(找不到JPEG库)

./configure --prefix=/usr/local/php --with-config-file-path=/usr/local/php/etc --with-apxs2=/usr/local/apache2/bin/apxs --with-mysql=/mysql/mysql --with-mysqli=/mysql/mysql/bin/mysql_config --with-iconv-dir=/usr/local --with-freetype-dir --with-jpeg-dir --with-png-dir --with-zlib --with-gd --with-libxml-dir

在根目录下查找 find / -name libjpeg.so 发现确实存在该库文件

/usr/lib64/libjpeg.so

网上大部分给出的解决方式为:

ln -s /usr/lib64/libjpeg* /usr/lib/

通过软链接的方式将该库文件指向lib目录下。但这样增加链接数不说,还导致后续维护的麻烦。

包括后续要为PHP 增加 gd,libpng等都需要做类似的操作,实在是麻烦,思考发现,为什么类似--with-gd这样的参数即使指定/usr/lib64这么明确的路径,编译过程还是会找lib下的库?编译文件的内容太多,不能一一查看,转念看看是否有参数另外指定动态库的路径呢?

仔细阅读了下configure的编译参数发现:

--with-libdir=NAME      Look for libraries in .../NAME rather than .../lib

解释说在指定的名称下查找库文件取代lib

OK,找到了参数,在尝试了数次后,发现其实只要指定--with-libdir=/lib64后就能顺利通过编译了。

 

另外:如果编译PHP时指定mysql路径问题,因为之前指定的是lib64导致如下报错Cannot find libmysqlclient_r under /mysql. 所以之类我ln -s /mysql/mysql/lib /mysql/mysql/lib64

 

还有一个问题就是我mysql一开始软链接直接指向根目录,结果编译时发现他查找的路径是/mysql/mysql,真气人,为了解决这个问题反复编译,最终只好把源码包链接到/mysql下形成/mysql/mysql这样的路径才解决问题。

 

本文出自 “LinuxOracle” 博客,请务必保留此出处http://onlinekof2001.blog.51cto.com/3106724/1585214

郑重声明:本站内容如果来自互联网及其他传播媒体,其版权均属原媒体及文章作者所有。转载目的在于传递更多信息及用于网络分享,并不代表本站赞同其观点和对其真实性负责,也不构成任何其他建议。