1) "checking checking if we're at 64-bit platform... no"
This looks kinda suspicious,
Try this:
rm config.cache
./configure ... 
make

2) Please show the GDB backtrace.

GDB backtrace
=============

Script started on Mon Dec 19 15:16:29 2005
$ /opt/langtools/bin/gdb php core
HP gdb 5.2.03 for HP Itanium (32 or 64 bit) and target HP-UX 11.2x.
Copyright 1986 - 2001 Free Software Foundation, Inc.
Hewlett-Packard Wildebeest 5.2.03 (based on GDB) is covered by the
GNU General Public License. Type "show copying" to see the conditions to
change it and/or distribute copies. Type "show warranty" for warranty/support.
..
Core was generated by `php'.
Program terminated with signal 11, Segmentation fault.
SEGV_MAPERR - Address not mapped to object

warning: Load module /usr/local/lib/hpux32/libgdbm.so has been stripped.  
Debugging information is not available.


warning: Load module /usr/local/lib/hpux32/libz.so has been stripped.  
Debugging information is not available.


warning: Load module /dc5/home/appdc5/oracle/ORAHOME/lib32/libclntsh.so.10.1 has been stripped.  
Debugging information is not available.


warning: Load module /usr/local/lib/hpux32/libxml2.so has been stripped.  
Debugging information is not available.


warning: Load module /usr/local/lib/hpux32/libpthread.so has been stripped.  
Debugging information is not available.


warning: Load module /usr/local/lib/hpux32/libiconv.so has been stripped.  
Debugging information is not available.


warning: Load module /dc5/home/appdc5/oracle/ORAHOME/lib32/libnnz10.so has been stripped.  
Debugging information is not available.

#0  0x60000000c1f25910:1 in pth_mutex_acquire+0x61 ()
   from /usr/local/lib/hpux32/libpthread.so
(gdb) bt
#0  0x60000000c1f25910:1 in pth_mutex_acquire+0x61 ()
   from /usr/local/lib/hpux32/libpthread.so
#1  0x60000000c1f14a60:0 in pthread_mutex_lock+0xf0 ()
   from /usr/local/lib/hpux32/libpthread.so
#2  0x60000000c6d91cc0:0 in sltsima+0x40 ()
   from /dc5/home/appdc5/oracle/ORAHOME/lib32/libclntsh.so.10.1
#3  0x60000000c672b9a0:0 in kpummpin+0x60 ()
   from /dc5/home/appdc5/oracle/ORAHOME/lib32/libclntsh.so.10.1
#4  0x60000000c56d4620:0 in kpupin+0xa0 ()
   from /dc5/home/appdc5/oracle/ORAHOME/lib32/libclntsh.so.10.1
#5  0x60000000c580d4e0:0 in OCIInitialize+0x40 ()
   from /dc5/home/appdc5/oracle/ORAHOME/lib32/libclntsh.so.10.1
#6  0x43954d0:0 in zm_startup_oci (type=1, module_number=13)
    at /dc5/home/appdc5/Sourcen/php-5.1.1/ext/oci8/oci8.c:638
#7  0x4721360:0 in zend_startup_module_ex ()
    at /dc5/home/appdc5/Sourcen/php-5.1.1/Zend/zend_API.c:1341
#8  0x472a890:0 in zend_hash_apply (apply_func=0x7a95eeb8)
    at /dc5/home/appdc5/Sourcen/php-5.1.1/Zend/zend_hash.c:664
#9  0x4719690:0 in zend_startup_modules ()
    at /dc5/home/appdc5/Sourcen/php-5.1.1/Zend/zend_API.c:1388
#10 0x46774e0:0 in php_module_startup ()
    at /dc5/home/appdc5/Sourcen/php-5.1.1/main/main.c:1533
#11 0x48cd7f0:0 in main ()
    at /dc5/home/appdc5/Sourcen/php-5.1.1/sapi/cli/php_cli.c:655
(gdb) quit
$ exit

script done on Mon Dec 19 15:17:08 2005

Please try using this CVS snapshot:

  http://snaps.php.net/php5.1-latest.tar.gz
 
For Windows:
 
  http://snaps.php.net/win32/php5.1-win32-latest.zip

And please check that you've set ORACLE_HOME env variable and it points to the right dir.

Hi,

thank you very much it works :-)
php 4.1.1 has some problem, it could be great
when you fix it too.

What do think about suffix problem?
Configure goes continue, When I change the line

 *hpux*)
    SHLIB_SUFFIX_NAME=sl

to 

 *hpux*)
    SHLIB_SUFFIX_NAME=so

Regards,
N.Kutlar

New OCI8 is available through PECL and you can use it with (almost) any PHP version, including 4.4.x.

Regarding the problem with SHLIB_SUFFIX_NAME - do you know where did they change the suffix?

Hi,

cd php5.1-200512191330
vi configure

"configure" line 3883 of 113867 --3%--

 PHP_VAR_SUBST="$PHP_VAR_SUBST SHLIB_SUFFIX_NAME"

  SHLIB_SUFFIX_NAME=so
  case $host_alias in
  *hpux*)
    SHLIB_SUFFIX_NAME=so
    ;;
  *darwin*)
    SHLIB_SUFFIX_NAME=dylib
    ;;
  esac

n.kutlar

Uh.. Of course I meant "when", not "where".
AFAIK HP UX used to have .sl suffixes and I wonder when they changed it.

Hi,

I dont know when, they installed Oracle Client 10.1,
suffix is .so not .sl, therefore I edit the line to 
"so" in configure file. I will ask oracle.

here some lines from ORACLE_HOME/lib32

-rwxr-xr-x   1 appdc5     dc5        3382792 Feb  9  2004 libagent10.a*
lrwxrwxr-x   1 appdc5     dc5             53 Dec  2 15:22 libagtsh.so@ -> /dc5/home/appdc5/oracle/ORAHOME/lib32/libagtsh.so.1.0
-rwxr-xr-x   1 appdc5     dc5        12220784 Dec  2 15:22 libagtsh.so.1.0*
-rwxr-xr-x   1 appdc5     dc5        15381764 Feb  9  2004 libclient10.a*
lrwxrwxr-x   1 appdc5     dc5             17 Dec  2 15:21 libclntsh.so@ -> libclntsh.so.10.1
-rwxr-xr-x   1 appdc5     dc5        38189156 Dec  2 15:21 libclntsh.so.10.1*
-rwxr-xr-x   1 appdc5     dc5        119492048 Feb 27  2004 libclntst10.a*
-rwxr-xr-x   1 appdc5     dc5        5024450 Feb 27  2004 libcommon10.a*
-rwxr-xr-x   1 appdc5     dc5        24076544 Mar  5  2004 libcore10.a*
-rwxr-xr-x   1 appdc5     dc5        5732388 Mar  5  2004 libcorejava.so*
-rwxr-xr-x   1 appdc5     dc5        7737224 Mar 23  2004 libcoresh10.so*
-rwxr-xr-x   1 appdc5     dc5          88356 Mar 18  2004 libdbcfg10.so*
-rwxr-xr-x   1 appdc5     dc5          68072 Mar 18  2004 libemmas10.so*
-rwxr-xr-x   1 appdc5     dc5        30138112 Feb 26  2004 libgeneric10.a*
-rwxr-xr-x   1 appdc5     dc5        1181984 Mar 18  2004 libhasgen10.so*
-rwxr-xr-x   1 appdc5     dc5        1182016 Mar 18  2004 libhasgend.so*
-rwxr-xr-x   1 appdc5     dc5          80480 Feb  9  2004 libheteroxa10.so*
-rwxr-xr-x   1 appdc5     dc5          84576 Feb  9  2004 libheteroxa10_g.so*
-rwxr-xr-x   1 appdc5     dc5        2110515 Feb 26  2004 libhsbase.so*
-rwxr-xr-x   1 appdc5     dc5        2495200 Feb 26  2004 libhsnav.so*
-rwxr-xr-x   1 appdc5     dc5         131684 Feb  9  2004 libisqlplus.so*

Anyway, it's closed.
If Oracle Instat Client for HP UX goes with wrong suffixes - it's not PHP problem.