PHP编译时提示libjpeg.(a|so)notfou

./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

创新互联公司始终坚持【策划先行，效果至上】的经营理念，通过多达10年累计超上千家客户的网站建设总结了一套系统有效的推广解决方案，现已广泛运用于各行各业的客户，其中包括：成都房屋鉴定等企业，备受客户好评。

在根目录下查找 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这样的路径才解决问题。