Can you add the config.log file to this report?

Derick

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; }

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

[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

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

Configure will complete without errors if I leave out --with-jpeg-dir.  Of course, PDFlib probably won't let me use JPEG files now, but that's not a problem for me.

PDFlib V4.x has support for jpeg, tiff and zlib build in. So these configure options would be obsolte if support to build PHP with PDFlib V3.x would be dropped. This would simplify the configuration of the PDFlib binding a lot.

One possible solution would be to have to configure options:

--with-pdflib3 for the old PDFlib version
and --with-pdflib for V4.x

How exactly did you configure PDFLIB ??
If you didn't configure it with jpeg support,
of course you won't need it for PHP..

--Jani

No feedback. And most likely user error.

--Jani