#31273 [Opn->Csd]: Analog of #29402 for php 4.3.x

ID: 31273 User updated by: rvs at angara dot ru Reported By: rvs at angara dot ru -Status: Open +Status: Closed Bug Type: OCI8 related Operating System: Solaris 9 PHP Version: 4.3.10 New Comment: The bug seems to be resolved. Previous Comments: ------------------------------------------------------------------------ [2004-12-24 10:47:56] rvs at angara dot ru Ok this modification method works, it's a pity that no permanent patch will be provided for 4.3.x... Suggest to mark this bug RESOLVED. ------------------------------------------------------------------------ [2004-12-24 10:28:52] tony2001@php.net The patch mentioned in #29402 will not be backported to 4.3.x branch, so you need to figure out where your libs are and change "/lib" in ext/oci8/config.m4 to the right dir ("/lib32", probably ?). Run ./buildconf after that and it should work. Tell me if something will go wrong. OR you can get latest stable 5.0.x release and it will work for you without any modifications. ------------------------------------------------------------------------ [2004-12-23 21:25:55] rvs at angara dot ru Ok tried latest snapshot. The bug still not fixed. ./configure fails due to wrong oracle library model chosen, please see the config.log entry: configure:67926: checking for fork configure:67954: gcc -o conftest -DEAPI -D_POSIX_PTHREAD_SEMANTICS -L/usr/local/BerkeleyDB.3.3/lib -R/usr/ucblib -L/usr/ucblib -R/usr/local/lib/gcc-lib/sparc-sun-solaris2.9/3.3.1 -L/usr/local/lib/gcc-lib/sparc-sun-solaris2.9/3.3.1 -R/usr/local/ssl/lib -L/usr/local/ssl/lib -R/usr/local/lib -L/usr/local/lib -R/usr/local/BerkeleyDB.3.3/lib -L/usr/local/BerkeleyDB.3.3/lib -R/export/home/rvs/src/imap-2002e/lib -L/export/home/rvs/src/imap-2002e/lib -R/oracle/orahome/oracle9i/lib -L/oracle/orahome/oracle9i/lib conftest.c -lsybdb -lmcrypt -lltdl -lldap -llber -lcrypt -lpam -liconv -lintl -lgd -lz -ldb-3.3 -ldb-3.3 -lcurl -lz -lssl -lcrypto -lresolv -lm -ldl -lnsl -lsocket -lgcc -lcurl -lz -lssl -lcrypto -ldl -lsocket -lnsl -lz -lxml2 -lz -liconv -lm -lsocket -lnsl -lnsl -lsocket -lgen -ldl -lclntsh 1>&5 ld: fatal: file /oracle/orahome/oracle9i/lib/libclntsh.so: wrong ELF class: ELFCLASS64 ld: fatal: File processing errors. No output written to conftest collect2: ld returned 1 exit status configure: failed program was: #line 67931 "configure" #include "confdefs.h" /* System header to define __stub macros and hopefully few prototypes, which can conflict with char fork(); below. */ #include <assert.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 fork(); int main() { /* The GNU C library defines this for functions which it implements to always fail with ENOSYS. Some functions are actually named something starting with __ and the normal name is an alias. */ #if defined (__stub_fork) || defined (__stub___fork) choke me #else fork(); #endif ; return 0; } ------------------------------------------------------------------------ [2004-12-23 21:16:09] derick@php.net Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip ------------------------------------------------------------------------ [2004-12-23 21:04:20] rvs at angara dot ru Description: ------------ The same situation as in #29402 encountered with php 4.3.10 + Oracle 9.2.0. The ./configure script fails, and php won't compile. In 4.3.x this issue is not fixed. ------------------------------------------------------------------------ -- Edit this bug report at http://bugs.php.net/?id=31273&edit=1