PHP 4.3.0 compile dies with-gd

cliffyman

I'm running an older RedHat 7.2 system with Apache 1.3.x and the following RPMs installed:

gd-1.8.4-4
libjpeg-6b-16
libpng-1.0.12-2
zlib-1.1.3-25.7
freetype-2.0.3-7

I'm trying to compile PHP from source using the --with-gd option, but it fails every time. Here's my configure statement:

./configure \
--with-mysql \
--enable-ftp \
--with-xml \
--enable-track-vars \
--with-apxs=/usr/local/apache/bin/apxs \
--with-gd

and here's a few lines from the configure output:

checking for GD support... yes
checking for the location of libjpeg... yes
checking for the location of libpng... yes
checking for the location of libXpm... yes
checking for FreeType 1.x support... yes
checking for FreeType 2... yes
checking for T1lib support... yes
checking whether to enable truetype string function in GD... yes
checking for fabsf... yes
checking for floorf... yes
If configure fails try --with-jpeg-dir=<DIR>
configure: error: libpng.(a|so) not found.

I've tried a few other techniques that I found at a few posts, such as:

./configure \
--with-mysql \
--enable-ftp \
--with-xml \
--enable-track-vars \
--with-apxs=/usr/local/apache/bin/apxs \
--with-gd=/usr/local \
--with-jpeg-dir=/usr/local \
--with-png-dir=/usr/local \
--with-freetype-dir=/usr/local \
--with-zlib-dir=/usr/local

but that gave me this error:

Maybe this will help, but all my .so files appear to be in /usr/lib. I also tried changing all the dirs in the previous configure to /usr/lib and still no luck. If anyone can give me some recommendations on what to try next, I'd really appreciate it. Should I try a different version of GD?

-Cliff

JediSthlm

Did you get it to work? Anyone else? I have the same problem.

JediSthlm

cliffyman

Yes, I did end up getting it working.

Initially, I installed freetype2 to /usr/local/freetype2 and compiled PHP with the other dirs (zlib, png, jpeg) pointing to /usr/local, where they had been installed. It failed.

I then removed freetype2 and installed it in /usr/local. The compile still failed even then.

Next, I removed my PHP source tree and then unpacked it again, configured and compiled and everything worked fine.

I've had this problem several times - if you get errors during compiling and try to adjust something, I find I have more success if I start with a "fresh" source directory then using the existing one. It seems as though something is being "remembered" that is causing problems.

HTH,

-Cliff

JediSthlm

Thanx for fast answer, I´ll try again and see what i come up with.

JediSthlm

hmm, tried last night to get it to work but no luck, will continue tonight. One question arrised yesterday. I seem to have problem finding my lib. files. I´m on RH8 and it seems all my lib. files are under /usr/lib/. Is that correct? Also, the be sure, is the name for the png lib. file called libpng.so.3.1.x.x and libpng.so.3?
You seem to have your lib. files under /usr/local/. Could that be my problem?

JediSthlm

cliffyman

If you're trying to install GD using some of the various lib files that are installed (via RPM) in the Red Hat 8.0 install, I think you're definitely going to have problems. I was never able to get GD to compile into PHP using those libs.

Instead, I downloaded the libs (zlib, png, jpeg, freetype2) from their respective websites and compiled them all manually into /usr/local/, and then the PHP compilation seemed to go on without a hitch.

If you view the PHP documentation at:

you'll see download links for all the appropriate libraries. They're all reasonably simple to compile and install - just make sure you do zlib before png since png requires zlib.

I actually like this technique because it allows me to use certain versions of libraries for PHP and disregard what the rest of my system is using. For instance, down the road, if PHP's GD doesn't like a newer version of zlib, png, jpeg, etc I can continue to use the old one while the newer versions of Red Hat use the newer versions for its own built in programs. Essentially, I'm able to separate my web platform's dependency on the OS and I think that's nice (I did the same thing by installing my own version of OpenSSL for Apache and not using the one already present on the system).

Let me know how you make out!

HTH,

Cliff

JediSthlm

Thanx, I´ll do. I´ll let you know how it goes.

JediSthlm

I´m almost getting there now. I´ve did as you said and it seems like a really good idea to seperate the the OS from the web platform. I installed zlib,freetype, libpng and libjpeg and I have been able to compile php to work with the internal gd together with support for png. But I still have problem with the jpeg dir and the freetype gives me a bunch of error messages when compiling. I keep on trying.

JediSthlm

cliffyman

The jpeg and freetype dirs give you errors when compiling PHP? Beyond what I've posted already my knowledge is pretty minimal, but if you've changed your configure statement at all you could always try removing the PHP source tree and re-extracting it from the archive you downloaded. Best of luck!

-Cliff

Nothsa

I was having the same probs, then I followed this handy tutorial and I got everything to compile correctly (I used the latest JPEG, PNG, ZLIB and GD sources).

If you're familiar with compiling PHP and Apache, you can skip down to the "zlib" section and do everything 'til the end of the GD section. (compare your PHP ./configure to the one just after the GD configuration).

JediSthlm

SuperThanxAlot, 😉 I am still struggling with this, I´ll have a look and see if it helps.

Thanx again.

JediSthlm

Y E S, I T W O R K S, nananannnananannaaa, yihai!

Thanx alot everyone for helping out, I finally got it to work after many hours with this problem. There was one thing that I needed to add the latest tutorial you sent. When compiling the libjpeg I needed to add "--enable-shared --enable-static" to the ./configure to get it to work.

Well, thanx alot again.

JediSthlm

artifex

We had similar problems:

RedHat8, Apache2, PHP4.3

All we wanted was --with-zlib, but ./configure would moan that libz couldn't be found (even though it was there!). :mad:

After much spitting, clawing and fighting, we found that after we installed the zlib-devel rpm (adding zlib.h to /usr/include) it worked!! 🆒

Today's lesson?
Make sure you've got the development rpms for your extras when you're compiling from source. 😃

_jp_

Originally posted by artifex
We had similar problems:

Today's lesson?
Make sure you've got the development rpms for your extras when you're compiling from source. 😃

Best tip I've found!!

Fixed the problem
"configure: error: libpng.(a|so) not found."

I needed libpng-devel rpm.

-jp