Bug #11840 Updated: Can't find libjpeg after upgrade to 4.0.6
| From: | derick@php.net | 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