Failing to get GD to make under PHP 4

[Anon]

I'm pretty much ready to start throwing things out the window - I'm trying to compile GD 1.8.3 with PHP 4.0.4pl1 and Apache 1.3.14. I'm doing this under Solaris 2.7 using GCC 2.95.2.

I think that I have libpng 1.08 & zlib 1.1.3 installed correctly (pretty much everything is in its default location - generally somewhere under /usr/local).

I've compiled PHP with something like

./configure --with-apache=../apache_1.3.14 --with-gd=../gd-1.8.3
make
make install

and variously with --with-zlib= --with-png-dir= and every combination of directories that looks even vaguely sensible.

Whenever I get to the point of compiling Apache with

./configure --activate-module=src/modules/php4/libphp4.a
make

It fails with:

gcc -DSOLARIS2=270 -I/export/home/apachebuild/php-4.0.4pl1 -I/export/home/apachebuild/php-4.0.4pl1/main -I/export/home/apachebuild/php-4.0.4pl1/main -I/export/home/apachebuild/php-4.0.4pl1/Zend -I/export/home/apachebuild/php-4.0.4pl1/Zend -I/export/home/apachebuild/php-4.0.4pl1/TSRM -I/export/home/apachebuild/php-4.0.4pl1/TSRM -I/export/home/apachebuild/php-4.0.4pl1 -DUSE_EXPAT -I./lib/expat-lite -DNO_DL_NEEDED ./apaci \
-o httpd buildmark.o modules.o modules/php4/libphp4.a modules/standard/libstandard.a main/libmain.a ./os/unix/libos.a ap/libap.a lib/expat-lite/libexpat.a -R/usr/ucblib -R/usr/local/lib/gcc-lib/sparc-sun-solaris2.7/2.95.2 -R/export/home/apachebuild/gd-1.8.3 -R/usr/local/lib -L/usr/ucblib -L/usr/local/lib/gcc-lib/sparc-sun-solaris2.7/2.95.2 -L/export/home/apachebuild/gd-1.8.3 -L/usr/local/lib -Lmodules/php4 -L../modules/php4 -L../../modules/php4 -lmodphp4 -lpam -ldl -lz -lpng -lz -lgd -lresolv -lresolv -lm -ldl -lcrypt -lnsl -lsocket -lsocket -lgcc -lsocket -lnsl
Undefined first referenced
symbol in file
png_set_strip_16 /export/home/apachebuild/gd-1.8.3/libgd.a(gd_png.o)
png_set_read_fn /export/home/apachebuild/gd-1.8.3/libgd.a(gd_png.o)
png_create_write_struct /export/home/apachebuild/gd-1.8.3/libgd.a(gd_png.o)
png_create_read_struct
png_set_tRNS .....<snip>
.....
png_get_tRNS /export/home/apachebuild/gd-1.8.3/libgd.a(gd_png.o)
png_set_PLTE /export/home/apachebuild/gd-1.8.3/libgd.a(gd_png.o)
ld: fatal: Symbol referencing errors. No output written to httpd
collect2: ld returned 1 exit status
Error code 1
make: Fatal error: Command failed for target target_static'
Current working directory /export/home/apachebuild/apache_1.3.14/src
*** Error code 1
make: Fatal error: Command failed for targetbuild-std'
Current working directory /export/home/apachebuild/apache_1.3.14
Error code 1
make: Fatal error: Command failed for target `build'

I think I'm missing something obvious, but its driving me nuts. I've read through this forum for anything that might be the problem, and tried various things, all to no avail. Suggestions?

--
Tim Oddy, Operations Engineer,
Cluster II, "Mission to the Magnetosphere",
Space and Atmospheric Physics
Imperial College of Science, Technology and Medicine
London, United Kingdom.

[e-mail]

[smarlowe]

The --with-gd switch can usually find the gdlib just fine without a directory being added to the end (i.e. you don't need to put a =/usr/lib/ to the end of it.)

Note that the directory you do attach is the one that tells configure where to find libgd.a or libgd.so, not the source directory.

Just try it with a --with-gd switch. note that if gd lib installed it's library to a directory like /usr/local/lib and your box doesn't know that the libraries are there, you'll have to tell it how to find them.

Under linux, you edit /etc/ld.so.conf and add the line with the path to the new libs, then run ldconfig. Don't know about solaris.

[Anon]

Eventually (after much swearing) solved as being due to a combination of things (as far as I can tell, and I'm not touching it now I've got it workin!).

Partly, as you say it wasn't finding the library, and the nearest equivalent to ld.so.conf in Solaris seems to be setting LD_LIBRARY_PATH.

Secondly, I had accidentally used the wrong makefile with libpng. So, whilst on the face of it, I had some libpng files, they weren't named quite like Solaris likes, and hence weren't being found.

Thanks for the suggestions.

Now the serious work of generating lots of dynamic graphics (ie the fun bit!) begins.

--
Tim Oddy, Operations Engineer,
Cluster II, "Mission to the Magnetosphere",
Space and Atmospheric Physics
Imperial College of Science, Technology and Medicine
London, United Kingdom.