471,354 Members | 2,027 Online
Bytes | Software Development & Data Engineering Community
Post +

Home Posts Topics Members FAQ

Join Bytes to post your question to a community of 471,354 software developers and data experts.

PHP 4.3.3 compile error w/GD

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.
Jul 16 '05 #1
3 5170
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
Jul 16 '05 #2
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)
Jul 16 '05 #3
>
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.
Jul 16 '05 #4

This discussion thread is closed

Replies have been disabled for this discussion.

Similar topics

4 posts views Thread by Danny Boelens | last post: by
5 posts views Thread by Carmine Cairo | last post: by
5 posts views Thread by Brice Prunier | last post: by
10 posts views Thread by Chris LaJoie | last post: by
6 posts views Thread by Thomas Connolly | last post: by
reply views Thread by Jim Heavey | last post: by
2 posts views Thread by BruceWho | last post: by
reply views Thread by XIAOLAOHU | last post: by

By using Bytes.com and it's services, you agree to our Privacy Policy and Terms of Use.

To disable or enable advertisements and analytics tracking please visit the manage ads & tracking page.