Have you set the LIBPATH and LD_LIBRARY_PATH correctly
as mentioned in the Oracle installation notes?

To point to $ORACLE_HOME/lib

Thanks for your help so far, sniper.

echo $ORACLE_HOME
/sa/apps/oracle/product/8.1.7
echo $LIBPATH
/sa/apps/oracle/product/8.1.7/lib
echo $LD_LIBRARY_PATH
/sa/apps/oracle/product/8.1.7/lib

tail debug.log
LIBS:       -lttf -lX11 -lXpm -lpng -lz -ljpeg -lz -lm  -ldl -lodm -lm -lbsd_r -lld -lclnt
sh -locijdbc8 -ldl -lodm -lm -lbsd_r -lld -lclntsh
DLIBS:      
SAPI:       apache
PHP_RPATHS:  /usr/local/lib /sa/apps/oracle/product/8.1.7/lib
uname -a:   AIX fvlsaa1 3 4 0057379A4C00

gcc -o conftest -g -O2  -DAIX=43 -DUSE_PTHREAD_SERIALIZED_ACCEPT -DAIX_BIND_PROCESSOR -DUS
E_HSREGEX -DUSE_EXPAT -DAFPA -DNO_DL_NEEDED  -L/usr/local/lib -L/usr/local/lib -L/sa/apps/
oracle/product/8.1.7/lib -L/sa/apps/oracle/product/8.1.7/lib conftest.c -lttf -lX11 -lXpm 
-lpng -lz -ljpeg -lz -lm  -ldl -lodm -lm -lbsd_r -lld -lclntsh -locijdbc8 -ldl -lodm -lm -
lbsd_r -lld -lclntsh 1>&5
ld: 0706-006 Cannot find or open library file: -l ocijdbc8
        ld:open(): No such file or directory
collect2: ld returned 255 exit status


ls $LIBPATH/libocijdbc8*  
/sa/apps/oracle/product/8.1.7/lib/libocijdbc8.so
/sa/apps/oracle/product/8.1.7/lib/libocijdbc8_g.so


Still don't know what I'm doing wrong...

By the way: the record shows me that I'm using 4.3.2-dev.
Don't know how it got there, but I'm not....
I'm using version 4.3.1

Thanks.

The version is 4.3.2-dev as I assumed you tested the snapshot and thus the bug still exists in it.

Why exactly do you have those libocijdbc8.so and libocijdbc8_g.so in that directory?

AFAIK, those should be under $ORA_HOME/jdbc/lib 

You could be right that this is not the place where they are on other platforms. According to our DBA-er these libraries are installed by default in this directory when installing Oracle. At least, on AIX, that is.

But am I wrong in assuming that, according to the gcc option line, libocijdbc8 is being searched for in the 
-L/sa/apps/oracle/product/8.1.7/lib directory (where it is) ??

Thanks

<joy>
Don't know what happened, or what the difference was with my previous CVS snapshot, but with the latest CVS I was able to bring the configure process to a good end...
</joy>

<sadness>
When invoking make, the compilation aborts when trying to compile gdttf.c   ;{
Made a new bugreport for this one
</sadness>

Thanks for your help on this one,
Hans

Heh..sometimes it's just plain magic? :)
Glad that this one got solved though.
(nothing was changed in that part of configure though)

When trying to configure the latest CVS I ran into the same problem again that the linker could not find ocijdbc8:

ld: 0706-006 Cannot find or open library file: -l ocijdbc8
        ld:open(): No such file or directory
collect2: ld returned 255 exit status

Still had the 21 feb CVS. I can configure this one without any problems, even without setting the variables ORACLE_HOME, LIBPATH and LD_LIBRARY_PATH !

I'm completely at a loss now,

HEEELP !!

Thank you

And I still think it's just misconfigured oracle, that library should not exist in there. Just remove it.

On the other hand, it's better not even try adding that libocijdbc8.so by our configure. Latest CVS snapshot won't have that anymore.

Same here for me.
I've tried t oput libocijdbc8.so in different place without any success.
here is my debug.log:


LIBS:       -lcrypt -lm  -lcrypt -ldl -lodm -lm -lbsd_r -lld -lclntsh -locijdbc8 -ldl -lodm -lm -lbsd_r -lld -lclntshDLIBS:
SAPI:       apache
PHP_RPATHS:  /ora01/app/oracle/product/8.1.7/lib
uname -a:   AIX bicsx30 3 4 000674514C00
 
cc -o conftest -g  -DAIX=43 -DUSE_PTHREAD_SERIALIZED_ACCEPT -DAIX_BIND_PROCESSOR -DMOD_SSL=208112 -DUSE_HSREGEX -DEAPI -DUSE_EXPAT  -R/ora01/app/oracle/product/8.1.7/lib -L/ora01/app/oracle/product/8.1.7/lib conftest.c -lcrypt -lm  -lcrypt -ldl -lodm -lm -lbsd_r -lld -lclntsh -locijdbc8 -ldl -lodm -lm -lbsd_r -lld -lclntsh 1>&5
ld: 0706-027 The -R /ora01/app/oracle/product/8.1.7/lib flag is ignored.
ld: 0706-006 Cannot find or open library file: -l ocijdbc8
        ld:open(): No such file or directory

I had the same problem.
The solution seems to be to create a symbolic link "libocijdbc8.a" in $ORACLE_HOME/lib that points to libocijdbc8.so.