OCCI Linking Error (undefined reference to `__intel_personality_routine')

Question

Machine: Itanium 2 (ia64)
OS: Red Hat Enterprise Linux AS release 3 (Taroon Update 5)
Oracle: Oracle 10g R2 (10.2.0.1.0) for Linux Itanium
Compiler: gcc-3.2.3-52
Problem:
when I compile my application i get the following errors:
/oracle/oracle/product/10.2.0/db_1/lib/libocci.so: undefined reference to `__intel_personality_routine'

Answer 1

Hello Mr. Romeo,
Unfortunately this week I don't have access to the build and development platform IA64 RHEL 4.5 so I can offer you just some approximate hints related to your last question (my current working platform is Solaris 10 x86-64 but there are similarities):
0. Unpack your shipped ORACLE database package using:
gunzip <oracle version>database<OS platform>_<OS architecture>.cpio.gz
cpio -ivd < <oracle version>database<OS platform>_<OS architecture>.cpio
1.In order to see what are the components including OCCI please run one of the belows:
find database/ -name '*' -type f -exec grep -i 'libocci' {} \; 1>occi.lst 2>/dev/null
or better
for f in `find database/ -name '*.jar' -type f -print`; do unzip -l $f | grep occi; if [ $? -eq 0 ]; then printf "COMPONENT ------------------ %s\n" $f; fi; done
basically you should get the following list of components:
database/stage/Components/oracle.rdbms.rsf.ic/10.2.0.1.0/1/DataFiles/filegroup2.jar
database/stage/Components/oracle.rdbms.oci/10.2.0.1.0/1/DataFiles/filegroup3.jar
database/stage/Components/oracle.rdbms.oci/10.2.0.1.0/1/DataFiles/filegroup2.jar
database/stage/Components/oracle.rdbms.oci/10.2.0.1.0/1/DataFiles/filegroup1.jar
database/stage/Components/oracle.rsf.hybrid/10.2.0.0.0/1/DataFiles/filegroup3.jar
As you can see there three distinct components including references to troublesome OCCI component.
The first (oracle.rdbms.rsf.ic) one usually includes the shared library 'lib/libocci.so.10.1' which was built under the mixed RFC.IC environment: please check it by:
-- create temporary directory AAA:
mkdir -p AAA
-- extract the component you need out of archive:
unzip database/stage/Components/oracle.rdbms.rsf.ic/10.2.0.1.0/1/DataFiles/filegroup2.jar lib/libocci.so.10.1 -d AAA/
-- check it by:
file AAA/lib/libocci.so.10.1 (to get the binary file profile info)
nm -Al AAA/lib/libocci.so.10.1 | grep __intel_personality_routine (searching out for undefined symbol...please refer man page of nm for further info)
objdump -h AAA/lib/libocci.so.10.1 (to collect ELF-EFI profile info ...first two are important -h and -f ...)
objdump -f AAA/lib/libocci.so.10.1
objdump -x AAA/lib/libocci.so.10.1
Here try to pick up some conclusions and eventually send me the outputs if don't manage figure out the outputs you get.
The next three entries are coming from the component oracle.rdbms.oci (our bad guy...) and should contain something like:
2733 09-13-05 13:23 bin/genoccish
%ORACLE_HOME%/bin/genoccish
COMPONENT ------------------ database/stage/Components/oracle.rdbms.oci/10.2.0.1.0/1/DataFiles/filegroup3.jar
2425378 10-19-05 16:55 lib/libocci10.a
%ORACLE_HOME%/lib/libocci10.a
1259357 10-04-05 16:27 lib/libocci10_296.so.10.1
%ORACLE_HOME%/lib/libocci10_296.so.10.1
1752124 10-04-05 16:27 lib/libocci10_296.a
%ORACLE_HOME%/lib/libocci10_296.a
COMPONENT ------------------ database/stage/Components/oracle.rdbms.oci/10.2.0.1.0/1/DataFiles/filegroup2.jar
2115 10-15-02 02:19 rdbms/public/occi.h
%ORACLE_HOME%/rdbms/public/occi.h
11600 03-03-04 03:59 rdbms/public/occiAQ.h
%ORACLE_HOME%/rdbms/public/occiAQ.h
38530 06-23-05 07:55 rdbms/public/occiCommon.h
%ORACLE_HOME%/rdbms/public/occiCommon.h
73063 01-10-05 20:08 rdbms/public/occiControl.h
%ORACLE_HOME%/rdbms/public/occiControl.h
35218 11-08-04 21:36 rdbms/public/occiData.h
%ORACLE_HOME%/rdbms/public/occiData.h
29156 11-13-03 20:59 rdbms/public/occiObjects.h
%ORACLE_HOME%/rdbms/public/occiObjects.h
COMPONENT ------------------ database/stage/Components/oracle.rdbms.oci/10.2.0.1.0/1/DataFiles/filegroup1.jar
The last one just include related header files and have no relevance in our issue, so lets have a look over the first two:
bin/genoccish – is the well known generation script (you already dealt with it)
lib/libocci10.a – is the static library which isn't built from *.o files being already shipped :-(
lib/libocci10_296.a – are for gcc296 and should be used only for GCC296...
So our static library (archive) lib/libocci10.a should be also checked by:
nm -Al AAA/lib/libocci10.a | grep __intel_personality_routine (searching out for undefined symbol...please refer man page of nm for further info)
Most probable the symbol is there and is undefined...:-( So for the time being our work-around seems to be the only way we have !!!
The last component is for hybrid platforms only (it could be missing from your IA64...I am not sure is IA64 is still treated as an hybrid platform...:-) ) and contains the 32 bit versions...you can check them as in the previous cases from above but assuming that these 32 bit versions are clean (not referring any uresoved symbols...:-)) this is restricting you to build your applications for 32 bit only...
1764366 09-08-05 03:43 lib32//libocci10.a
%ORACLE_HOME%/lib32//libocci10.a
1397960 10-20-05 02:54 lib32//libocci.so.10.1
%ORACLE_HOME%/lib32//libocci.so.10.1
COMPONENT ------------------ database/stage/Components/oracle.rsf.hybrid/10.2.0.0.0/1/DataFiles/filegroup3.jar
All the best and let me know if you need more support with that,
Ioan