Description:
------------
This is not a bug.

It is documentation of a problem encountered when using libmcrypt on 64 bit machines and upgrading PHP to 5.2.1.

---------------------------------------

In reference to Bug #39935 (extensions tidy,mcrypt,mhash,pdo_sqlite ignores --with-libdir), I have encountered an error post-compile.

Previously, mcrypt ignored --with-libdir, and naturally looked in /usr/local/lib for libmcrtpy.so.4.

After bug #39935 was fixed, libmcrypt began to look in the right place (which I have specified as /lib64 on 64 bit machines).

A potential solution is to compile libmcrypt with --libdir=/lib64.

It took a lot of hunting to find this answer, and perhaps there is a place that this information could be posted.

Thanks.
Jason Garber



Reproduce code:
---------------
./configure \
--with-libdir=lib64 \
--with-apxs2=/usr/sbin/apxs \
--with-config-file-path=/etc \
--enable-sigchild \
--with-openssl \
--enable-bcmath \
--with-curl \
--with-mcrypt \
--with-mysql \
--with-mysqli=/usr/bin/mysql_config \
--enable-sockets \
--with-gd \
--with-jpeg-dir=lib64 \
--with-png-dir \
--with-freetype-dir \
--with-zlib


make

make test

Expected result:
----------------
{successful tests}

Actual result:
--------------
/usr/local/src/ServerSoftware/PHP/php-5.2.1/sapi/cli/php: error while loading shared libraries: libmcrypt.so.4: cannot open shared object file: No such file or directory
make: [test] Error 127 (ignored)