Bug #12916 Updated: configure error when compiling with oci8

ID: 12916 Updated by: graeme Reported By: graeme@i7.com.au Old Status: Open Status: Closed Bug Type: OCI8 related Operating System: Solaris 2.6 PHP Version: 4.0.6 New Comment: Resolved. Actually related to Sablot/Expat. Still working through why this occurred. Previous Comments: ------------------------------------------------------------------------ [2001-08-23 01:45:40] graeme@i7.com.au Solaris 2.6, Oracle 8.1.7, Apache 1.3.20 Compiling with gcc and ld as listed Reading specs from /usr/local/lib/gcc-lib/sparc-sun-solaris2.6/2.95.3/specs gcc version 2.95.3 20010315 (release) # ld -V ld: Software Generation Utilities - Solaris-ELF (4.0) ./configure --with-apxs=/usr/local/apache/bin/apxs --without-mysql --enable-magic-quotes --enable-track-vars --enable-memory-limit --with-expat=/usr/local --with-sablot=/usr/local --with-oci8=/oracle/product/817 Also set ORACLE_HOME and ORACLE_BASE ./configure script dies with the following error (with apologies for wrapping) checking for iconv_open in -lc... no configure: error: iconv not found config.log reveals the following information configure:45395: checking for iconv_open in -lc configure:45414: gcc -o conftest -g -O2 -D_POSIX_PTHREAD_SEMANTICS -DSOLARIS2=260 -DUSE_EXPAT -DSUPPORT_UTF8 -R/usr/ucblib -L/usr/ucblib -R/usr/local/lib/gcc-lib/sparc-sun-solaris2.6/2.95.3 -L/usr/local/lib/gcc-lib/sparc-sun-solaris2.6/2.95.3 -R/oracle/product/817/lib -L/oracle/product/817/lib -R/usr/local/lib -L/usr/local/lib conftest.c -lc -lexpat -lsablot -lsched -ldl -lgen -lsocket -lnsl -lcrypt -lresolv -lresolv -lm -ldl -lnsl -lsocket -lsocket -lgcc -lclntsh 1>&5 Undefined first referenced symbol in file _delete /oracle/product/817/lib/libgen.so.1 _insert /oracle/product/817/lib/libgen.so.1 ld: fatal: Symbol referencing errors. No output written to conftest collect2: ld returned 1 exit status configure: failed program was: #line 45403 "configure" #include "confdefs.h" /* Override any gcc2 internal prototype to avoid an error. */ /* We use char because int might match the return type of a gcc2 builtin and then its argument prototype would still apply. */ char iconv_open(); int main() { iconv_open() ; return 0; } ------------------------------------------------------------------------ Edit this bug report at http://bugs.php.net/?id=12916&edit=1