Bug #11840 Updated: Can't find libjpeg after upgrade to 4.0.6

From: Date: Mon, 02 Jul 2001 17:28:39 +0000
Subject: Bug #11840 Updated: Can't find libjpeg after upgrade to 4.0.6
Groups: php.dev 
Request: Send a blank email to php-dev+get-58721@lists.php.net to get a copy of this message
ID: 11840 Updated by: derick Reported By: pete@byways.org Old-Status: Open Status: Feedback Bug Type: Compile Problem Operating system: PHP Version: 4.0.6 Assigned To: Comments: I've exactly th esame config here, and I got no problems. Can you try not to use the --with-jpeg-dir (as I didn't use that in my configure line). Derick Previous Comments: --------------------------------------------------------------------------- [2001-07-02 13:08:18] pete@byways.org [pete@xx lib]$ nm libjpeg.so | grep jpeg_read_header 0000c2f0 T jpeg_read_header [pete@xx lib]$ rpm -q libjpeg libjpeg-6b-15 [pete@xx lib]$ ls | grep jpeg libimlib-jpeg.a libimlib-jpeg.so libjpeg.a libjpeg.la libjpeg.so libjpeg.so.62 libjpeg.so.62.0.0 --------------------------------------------------------------------------- [2001-07-02 13:01:16] derick@php.net Can you let us know what this shows: cd /usr/lib nm [name of jpeg library.so] | grep jpeg_read_header Is it possible that you have other version of the libarary on your system perhaps? En which version of the jpeg library do you have? Derick --------------------------------------------------------------------------- [2001-07-02 12:52:58] pete@byways.org Here's the tail end of config.log: configure:39416: checking whether to include PDFlib support configure:39894: checking for the location of libjpeg configure:39938: checking for jpeg_read_header in -ljpeg configure:39959: gcc -o conftest -g -O2 -DLINUX=22 -DMOD_SSL=208101 -DEAPI -DEAPI_MM -DUSE_EXPAT -DSUPPORT_UTF8 -Wl,-rpath,/usr/local/jdk1.2.2/jre/lib/i386/classic -L/usr/local/jdk1.2.2/jre/lib/i386/classic -Wl,-rpath,/usr/local/jdk1.2.2/jre/lib/i386/native_threads -L/usr/local/jdk1.2.2/jre/lib/i386/native_threads -Wl,-rpath,/usr/local/jdk1.2.2/jre/lib/i386 -L/usr/local/jdk1.2.2/jre/lib/i386 -Wl,-rpath,/usr/local/mnogosearch/lib -L/usr/local/mnogosearch/lib -Wl,-rpath,/usr/local/Hughes/lib -L/usr/local/Hughes/lib conftest.c -ljpeg -L/usr/lib -lz -lmsql -ludmsearch -lpq -lcrypt -lz -lcrypt -lresolv -lm -ldl -lnsl -lresolv 1>&5 /tmp/ccxhNgGY.o: In function `main': /usr/local/src/php-4.0.6/configure:39955: undefined reference to `jpeg_read_header' collect2: ld returned 1 exit status configure: failed program was: #line 39948 "configure" #include "confdefs.h" /* Override any gcc2 internal prototype to avoid an error. */ /* We use char because int might match the return type of a gcc2 builtin and then its argument prototype would still apply. */ char jpeg_read_header(); int main() { jpeg_read_header() ; return 0; } --------------------------------------------------------------------------- [2001-07-02 12:40:45] derick@php.net Can you add the config.log file to this report? Derick --------------------------------------------------------------------------- [2001-07-02 12:17:59] pete@byways.org When trying to compile 4.0.6 with the same configuration as 4.0.5, configure complains that it can't find libjpeg, although the library files are located in the specified directory (/usr). This is the output of configure: checking whether to include PCRE support... yes checking for memmove... (cached) yes checking whether to include PDFlib support... yes checking for the location of libjpeg... yes checking for jpeg_read_header in -ljpeg... no configure: error: libjpeg not found! Here is my command line: ./configure --with-apxs=/usr/sbin/apxs --with-gettext=no --with-pgsql --with-msql=/usr/local/Hughes --with-mnogosearch=/usr/local/mnogosearch --without-mysql --without-gd --with-xml --with-dom=shared,/usr/local --with-java=/usr/local/jdk1.2.2 --with-pdflib=/usr/local --with-pspell --enable-track-vars=yes --with-jpeg-dir=/usr --with-tiff-dir=/usr --with-zlib-dir=/usr --with-session=/tmp --enable-trans-sid --------------------------------------------------------------------------- The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online. ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=11840&edit=2

« previous php.dev (#58721) next »