Bug #17944 Updated: ./configuring with GD and jpeg/png

ID: 17944 Updated by: sniper@php.net Reported By: potnoddle@hotmail.com -Status: Feedback +Status: Bogus Bug Type: GD related Operating System: solaris 8 PHP Version: 4.1.2 New Comment: So this obviously is not any bug in PHP. And btw. the correct path for --with-jpeg-dir / --with-png-dir options is /usr/local in your case. (no /lib is supposed to be there.) Previous Comments: ------------------------------------------------------------------------ [2002-06-26 05:19:39] potnoddle@hotmail.com found this hidden in configure only after i had outputed the results to a file! *** Warning: Releases of GCC earlier than version 3.0 cannot reliably *** create self contained shared libraries on Solaris systems, without *** introducing a dependency on libgcc.a. Therefore, libtool is disabling *** -no-undefined support, which will at least allow you to build shared *** libraries. However, you may find that when you link such libraries *** into an application without using GCC, you have to manually add *** gcc --print-libgcc-file-name to the link command. We urge you to *** upgrade to a newer version of GCC. Another option is to rebuild your *** current GCC to use the GNU linker from GNU binutils 2.9.1 or newer. i upgraded and got this libpng warning: Application was compiled with png.h from libpng-1.0.6 libpng warning: Application is running with png.c from libpng-1.2.0 gd-png: fatal libpng error: Incompatible libpng version in application and library [Wed Jun 26 09:40:09 2002] [notice] child pid 20535 exit signal Segmentation Fault (11) downgraded and used the below './configure' '--prefix=/usr/local/php' '--with-oci8=/usr/home/oracle/product/8.1.7/' '--with-apxs=/usr/apache/bin/apxs' '--with-gd' '--with-pear=/usr/local/pear' '--with-jpeg-dir=/usr/local/lib' '--with-zlib' '--with-png-dir=/usr/local/lib' '--enable-exif' '--without-mysql' '--enable-gd-native-ttf' '--enable-debug' ------------------------------------------------------------------------ [2002-06-25 11:38:04] sniper@php.net Let us know in any case.. ------------------------------------------------------------------------ [2002-06-25 04:25:04] potnoddle@hotmail.com found this only when i redirected the out of configure, solaris comes with gcc 2.9.1 as a defualt! this may work, will hear back from me if it has'nt *** Warning: Releases of GCC earlier than version 3.0 cannot reliably *** create self contained shared libraries on Solaris systems, without *** introducing a dependency on libgcc.a. Therefore, libtool is disabling *** -no-undefined support, which will at least allow you to build shared *** libraries. However, you may find that when you link such libraries *** into an application without using GCC, you have to manually add *** gcc --print-libgcc-file-name to the link command. We urge you to *** upgrade to a newer version of GCC. Another option is to rebuild your *** current GCC to use the GNU linker from GNU binutils 2.9.1 or newer. ------------------------------------------------------------------------ [2002-06-24 14:07:29] sniper@php.net Is that libgcc_s.so.1 anywhere in your system? (try 'find / -name libgss_s.so.1') And was this with 4.2.1? ------------------------------------------------------------------------ [2002-06-24 12:30:12] potnoddle@hotmail.com i've tryed the latest versions get more but only this httpd starting. Syntax error on line 236 of /etc/apache/httpd.conf: Cannot load /usr/apache/libexec/libphp4.so into server: ld.so.1: /usr/apache/bin/httpd: fatal: libgcc_s.so.1: open failed: No such file or directory /usr/apache/bin/apachectl start: httpd could not be started i can't find libgcc_s.so ??? ------------------------------------------------------------------------ The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/17944 -- Edit this bug report at http://bugs.php.net/?id=17944&edit=1