Bug #18021: custom PDFlib not linked when building with a PDFlib in /usr/local/lib

From: prante@hbz-nrw.de Operating system: Solaris 8 PHP version: 4.2.1 PHP Bug Type: PDF related Bug description: custom PDFlib not linked when building with a PDFlib in /usr/local/lib It's not possible to override a system-wide PDFlib in /usr/local/lib by a custom PDFlib. This is a problem arising for PHP builders who don't have the possibility to install system libraries (with root access). I'm builing PHP 4.2.1 on Solaris 8 and tried to link against PDFlib 4.0.3 and no longer the system-wide 4.0.2. Other operating systems may be affected, too. ./configure, make, make install work as usual. But phpinfo() always shows the PDFlib version which is present in /usr/local/lib, no matter how hard I try to configure PHP for PDFlib. LDFLAGS are understood but are inserted in the wrong position. The problem is visible in $BUILD/php-4.2.1/libphp4.la where a "-R /usr/local/lib" precedes the custom PDFlib directory and followed by an obviously wrong resolved "/usr/local/lib/libpdf.la" (it should be "$LOCAL/pdflib/lib/libpdf.la") I looked for /usr/local/lib dependencies in the whole PHP code but didn't find any. I even removed /usr/local/lib from LD_LIBRARY_PATH but it didn't help either. I edited the configure script, no way. I don't know how to get rid of PHP using /usr/local/lib. I guess this is a bug in the new build system. Without "CC=gcc" configure didn't work at all. CC=gcc \ CPPFLAGS="-D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -I$LOCAL/openssl/include -I$LOCAL/pdflib/include" \ LDFLAGS="-L$LOCAL/openssl/lib -L$LOCAL/pdflib/lib" \ ./configure \ --prefix=$LOCAL/php \ --with-apache=$BUILD_APACHE \ --with-openssl=$LOCAL/openssl \ --with-oci8=$ORACLE_HOME \ --with-oracle=$ORACLE_HOME \ --with-mysql=$LOCAL/mysql \ --with-zlib \ --with-zlib-dir=$LOCAL/zlib \ --with-ftp \ --enable-ftp \ --with-ttf \ --with-gd \ --enable-gd-imgstrttf \ --enable-gd-native-ttf \ --with-gettext \ --with-magic-quotes \ --with-pdflib=$LOCAL/pdflib \ <--- this doesn't work! --with-png-dir=$LOCAL/libpng \ --with-jpeg-dir=$LOCAL/libjpeg \ --with-tiff-dir=$LOCAL/libtiff \ --enable-versioning \ --enable-memory-limit \ --enable-track-vars \ --enable-url-includes \ --enable-sysvshm \ --enable-sysvsem -- Edit bug report at http://bugs.php.net/?id=18021&edit=1 -- Fixed in CVS: http://bugs.php.net/fix.php?id=18021&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=18021&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=18021&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=18021&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=18021&r=support Expected behavior: http://bugs.php.net/fix.php?id=18021&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=18021&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=18021&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=18021&r=globals