Thanks to Michael Peppler for suggesting the 64 bit vs. 32 bit library
problem. I was starting to suspect that myself.
Lo and behold, in the Oracle installation directory, are two lib
directories:
$ORACLE_HOME/lib and
$ORACLE_HOME/lib32
After successfully building the make file with perl Makefile.PL, I went
in and changed all references to the lib directory to point to the
lib32 directory. I also had to change the $ORACLE_HOME/rdbms/lib
directory to $ORACLE_HOME/rdbms/lib32. After that, everything compiled
and linked successfully.
Hopefully this problem will be addressed in future versions of
DBD-Oracle.
-Tom
I previously wrote:
> We recently upgraded to Oracle 9.0.1, and my old installation of
> DBI (1.14) and DBD-Oracle (1.06) stopped working with the error
> "ERROR OCIEnvInit". I assumed I simply needed to rebuild DBD-Oracle
> to use the new libraries from Oracle 9.0.1. So I downloaded the
> latest versions of DBI (1.20) and DBD-Oracle (1.12). The build and
> install of DBI went flawlessly. The build of DBD-Oracle ended with
> the following link errors:
>
> ld: fatal: file
> /opt/oracle0/oracle/product/9.0.1/lib//libclntsh.so:
> wrong ELF class: ELFCLASS64
> ld: fatal: File processing errors. No output written to
> blib/arch/auto/DBD/Oracle/Oracle.so
> make: *** [blib/arch/auto/DBD/Oracle/Oracle.so] Error 1
