php.net |  support |  documentation |  report a bug |  advanced search |  search howto |  statistics |  random bug |  login
Bug #22324 Configure failure
Submitted: 2003-02-20 04:37 UTC Modified: 2003-02-24 22:37 UTC
From: j dot lammerts at chello dot nl Assigned:
Status: Closed Package: OCI8 related
PHP Version: Latest CVS (24) OS: AIX 4.3.3
Private report: No CVE-ID: None
 [2003-02-20 04:37 UTC] j dot lammerts at chello dot nl
When configuring PHP4.3.1 on AIX4.3.3 with Oracle 8.1.7 installed, I get the following error in debug.log :

<snip>

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 -lcrypt -lm  -lcrypt -ldl -lodm -lm -lbsd_r -lld -lclntsh -locijdbc8 
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

</snip>

In the $ORACLE_HOME/lib directory on this system, however, I have a libocijdbc8.so (and a libocijdbc8_g.so).
Configuration is being done under the root user.

Did not have any trouble getting PHP4.0.6 to compile against the same Oracle version.

Any suggestions ?

Patches

Add a Patch

Pull Requests

Add a Pull Request

History

AllCommentsChangesGit/SVN commitsRelated reports
 [2003-02-21 03:08 UTC] sniper@php.net
Have you set the LIBPATH and LD_LIBRARY_PATH correctly
as mentioned in the Oracle installation notes?

To point to $ORACLE_HOME/lib

 [2003-02-21 03:55 UTC] j dot lammerts at chello dot nl
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.
 [2003-02-21 03:57 UTC] sniper@php.net
The version is 4.3.2-dev as I assumed you tested the snapshot and thus the bug still exists in it.


 [2003-02-21 04:18 UTC] sniper@php.net
Why exactly do you have those libocijdbc8.so and libocijdbc8_g.so in that directory?

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

 [2003-02-21 04:35 UTC] j dot lammerts at chello dot nl
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
 [2003-02-21 07:44 UTC] j dot lammerts at chello dot nl
<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
 [2003-02-21 09:12 UTC] sniper@php.net
Heh..sometimes it's just plain magic? :)
Glad that this one got solved though.
(nothing was changed in that part of configure though)

 [2003-02-24 05:04 UTC] j dot lammerts at chello dot nl
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
 [2003-02-24 05:08 UTC] sniper@php.net
And I still think it's just misconfigured oracle, that library should not exist in there. Just remove it.

 [2003-02-24 22:37 UTC] sniper@php.net
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.

 [2003-02-25 09:14 UTC] matli at free dot fr
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
 [2003-04-18 08:54 UTC] gmila at lycos dot com
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.
 
PHP Copyright © 2001-2024 The PHP Group
All rights reserved.
Last updated: Fri Mar 29 10:01:28 2024 UTC