PHP 4.3.3 compile error w/GD

[skubik]

Anyone else have this problem compiling PHP 4.3.3 from source under Linux
(I'm using Slackware 9.0)?

Under PHP 4.3.2 I had no compilation problems at all, but now all of the
sudden, compiling with GD support gives me the list of errors below.

My ./configure is:

../configure --with-pgsql=/usr/local/pgsql --with-ssl=/usr/local/ssl
--with-jpeg-dir=/usr/lib --with-png-dir=/usr/lib --with-zlib-dir=/usr/lib
--with-gd --with-mcrypt=/usr/local/lib --with-java=/usr/local/java
--with-apxs2=/usr/local/apache2/bin/apxs

(Yes, I am using Apache 2)

I have the JPEG, PNG and ZLIB libraries under /usr/lib, but I have not
installed my own GD... want to use the one that comes with PHP. Again,
this worked before with 4.3.2, why not this one?

Errors from running 'make':

ext/mysql/libmysql/my_tempnam.lo(.text+0x5b): In function `my_tempnam':
: the use of `tempnam' is dangerous, better use `mkstemp'
ext/gd/libgd/gd_jpeg.lo(.text+0x47): In function `fatal_jpeg_error':
: undefined reference to `jpeg_destroy'
ext/gd/libgd/gd_jpeg.lo(.text+0x192): In function `gdImageJpegCtx':
: undefined reference to `jpeg_std_error'
ext/gd/libgd/gd_jpeg.lo(.text+0x206): In function `gdImageJpegCtx':
: undefined reference to `jpeg_CreateCompress'
ext/gd/libgd/gd_jpeg.lo(.text+0x244): In function `gdImageJpegCtx':
: undefined reference to `jpeg_set_defaults'
ext/gd/libgd/gd_jpeg.lo(.text+0x261): In function `gdImageJpegCtx':
: undefined reference to `jpeg_set_quality'
ext/gd/libgd/gd_jpeg.lo(.text+0x27f): In function `gdImageJpegCtx':
: undefined reference to `jpeg_simple_progression'
ext/gd/libgd/gd_jpeg.lo(.text+0x2f9): In function `gdImageJpegCtx':
: undefined reference to `jpeg_start_compress'
ext/gd/libgd/gd_jpeg.lo(.text+0x37e): In function `gdImageJpegCtx':
: undefined reference to `jpeg_write_marker'
ext/gd/libgd/gd_jpeg.lo(.text+0x495): In function `gdImageJpegCtx':
: undefined reference to `jpeg_write_scanlines'
ext/gd/libgd/gd_jpeg.lo(.text+0x5d3): In function `gdImageJpegCtx':
: undefined reference to `jpeg_write_scanlines'
ext/gd/libgd/gd_jpeg.lo(.text+0x61b): In function `gdImageJpegCtx':
: undefined reference to `jpeg_finish_compress'
ext/gd/libgd/gd_jpeg.lo(.text+0x62d): In function `gdImageJpegCtx':
: undefined reference to `jpeg_destroy_compress'
ext/gd/libgd/gd_jpeg.lo(.text+0x703): In function `gdImageCreateFromJpegCtx':
: undefined reference to `jpeg_std_error'
ext/gd/libgd/gd_jpeg.lo(.text+0x799): In function `gdImageCreateFromJpegCtx':
: undefined reference to `jpeg_CreateDecompress'
ext/gd/libgd/gd_jpeg.lo(.text+0x7c2): In function `gdImageCreateFromJpegCtx':
: undefined reference to `jpeg_read_header'
ext/gd/libgd/gd_jpeg.lo(.text+0x88e): In function `gdImageCreateFromJpegCtx':
: undefined reference to `jpeg_start_decompress'
ext/gd/libgd/gd_jpeg.lo(.text+0x982): In function `gdImageCreateFromJpegCtx':
: undefined reference to `jpeg_read_scanlines'
ext/gd/libgd/gd_jpeg.lo(.text+0xa33): In function `gdImageCreateFromJpegCtx':
: undefined reference to `jpeg_finish_decompress'
ext/gd/libgd/gd_jpeg.lo(.text+0xa5c): In function `gdImageCreateFromJpegCtx':
: undefined reference to `jpeg_destroy_decompress'
ext/gd/libgd/gd_jpeg.lo(.text+0xa8e): In function `gdImageCreateFromJpegCtx':
: undefined reference to `jpeg_destroy_decompress'
ext/gd/libgd/gd_jpeg.lo(.text+0xd26): In function `jpeg_gdIOCtx_src':
: undefined reference to `jpeg_resync_to_restart'
collect2: ld returned 1 exit status
make: *** [sapi/cli/php] Error 1
Any ideas?

TIA,

- skubik.

[matty]

skubik wrote:

Anyone else have this problem compiling PHP 4.3.3 from source under Linux
(I'm using Slackware 9.0)?

Under PHP 4.3.2 I had no compilation problems at all, but now all of the
sudden, compiling with GD support gives me the list of errors below.

My ./configure is:

./configure --with-pgsql=/usr/local/pgsql --with-ssl=/usr/local/ssl
--with-jpeg-dir=/usr/lib --with-png-dir=/usr/lib --with-zlib-dir=/usr/lib
--with-gd --with-mcrypt=/usr/local/lib --with-java=/usr/local/java
--with-apxs2=/usr/local/apache2/bin/apxs

--with-jpeg-dir=/usr --with-pgsql-dir=/usr/local --with-ssl=/usr/local

etc
--
Matt Mitchell - AskMeNoQuestions
Dynamic Website Development and Marketing

[Andy Hassall]

On Wed, 27 Aug 2003 20:02:26 GMT, skubik <vk***@yahoo.com> wrote:

Anyone else have this problem compiling PHP 4.3.3 from source under Linux
(I'm using Slackware 9.0)?

Just compiled & installed 4.3.3 OK on Slackware 9.0 with:

../configure --prefix=/usr --with-apxs2=/usr/apache2/bin/apxs
--with-config-file-path=/etc/apache2 --with-openssl --with-bz2
--enable-calendar --enable-ctype --enable-ftp --with-xml=shared
--enable-trans-sid --enable-sockets --with-regex=php --enable-shared
--enable-exif --with-oci8=/home/oracle/Ora92 --with-gd --with-zlib-dir=/usr
--with-jpeg-dir=/usr --with-png-dir=/usr --with-freetype-dir=/usr
--with-mysql=/usr

--
Andy Hassall (an**@andyh.co.uk) icq(5747695) (http://www.andyh.co.uk)
Space: disk usage analysis tool (http://www.andyhsoftware.co.uk/space)

[skubik]

>

Well, you probably want --with-pgsql=/usr/local instead...

try doing a "make clean" before running the configure, just to make sure
nothing's being cached

Sorry, I don't see how setting the pgsql setting to /usr/local instead of
/usr/local/pgsql will make a difference. I know the problem is with GD. I
did the following and was able to install PHP without error (although, the
Java extension doesn't show up in phpinfo():

../configure --with-pgsql=/usr/local/pgsql --with-openssl=/usr/local/ssl
--with-java=/usr/local/java --with-mcrypt=/usr/local/lib
--with-apxs2=/usr/local/apache2/bin/apxs

So I KNOW the problem is with GD, I just don't understand why it fails the
way it does.

Now, that's the other thing I'm curious about... the PHP extenions for
Postgres, OpenSSL, Java, etc. Are those compiled as their own dynamic
modules that PHP loaded only when it needs them, or are they compiled
statically? If they are dynamic, where are the .so objects installed to?
Seems odd that in my previous installation (4.3.2), NONE of my extensions
were set in php.ini, yet I had full functionality (which then tells me
that they're statically-linked, correct?)

- skubik.