Hi, this is a freshly downloaded x86_64 installation of Ubuntu Server 8.04LTS. q...@pe2950:~$ uname -a Linux pe2950 2.6.24-23-server #1 SMP Mon Jan 26 01:36:05 UTC 2009 x86_64 GNU/Linux
Running on a Dell pe2950 (imaginative host naming, huh?) I've downloaded Oracle's 64 bit release 10gR2 : the download filename was 10201_database_linux_x86_64.cpio.gz. However, Oracle only certify this for Red Hat and Suse, not Debian or Ubuntu. By following the usual link-from-a-link-from-a-forum process I have got a good way into the install and am now encountering an error which seems related to a 32/64 bit lib compatibility issue. Log file shows: gcc -m32 -o ctxhx -L/u01/app/oracle/product/10.2.0/db_1/ctx/lib32/ -L/u01/app/oracle/product/10.2.0/db_1/lib32/ -L/u01/app/oracle/product/10.2.0/db_1/lib32/stubs/ /u01/app/oracle/product/10.2.0/db_1/ctx/lib/ctxhx.o -L/u01/app/oracle/product/10.2.0/db_1/ctx/lib/ -ldl -lm -lctxhx -Wl,-rpath,/u01/app/oracle/product/10.2.0/db_1/ctx/lib -lsnls10 -lnls10 -lcore10 -lsnls10 -lnls10 -lcore10 -lsnls10 -lnls10 -lxml10 -lcore10 -lunls10 -lsnls10 -lnls10 -lcore10 -lnls10 `cat /u01/app/oracle/product/10.2.0/db_1/lib/sysliblist` /usr/bin/ld: skipping incompatible /usr/lib/gcc/x86_64-linux-gnu/4.2.4/../../../libpthread.so when searching for -lpthread /usr/bin/ld: skipping incompatible /usr/lib/gcc/x86_64-linux-gnu/4.2.4/../../../libpthread.a when searching for -lpthread /usr/bin/ld: skipping incompatible /usr/bin/../lib/libpthread.so when searching for -lpthread /usr/bin/ld: skipping incompatible /usr/bin/../lib/libpthread.a when searching for -lpthread /usr/bin/ld: skipping incompatible /usr/lib/libpthread.so when searching for -lpthread /usr/bin/ld: skipping incompatible /usr/lib/libpthread.a when searching for -lpthread /usr/bin/ld: cannot find -lpthread collect2: ld returned 1 exit status make: *** [ctxhx] Error 1 Now part of the precursor steps involved various apt-get installs of lib packages including 32 bit compatibility ones such as sudo apt-get install ia32-libs . I have looked into my libs for libpthread and found q...@pe2950:~$ file /lib*/libpthread* /lib32/libpthread-2.7.so: ELF 32-bit LSB shared object, Intel 80386, version 1 (SYSV), for GNU/Linux 2.6.8, not stripped /lib32/libpthread.so.0: symbolic link to `libpthread-2.7.so' /lib64/libpthread-2.7.so: ELF 64-bit LSB shared object, x86-64, version 1 (SYSV), for GNU/Linux 2.6.8, not stripped /lib64/libpthread.so.0: symbolic link to `libpthread-2.7.so' /lib/libpthread-2.7.so: ELF 64-bit LSB shared object, x86-64, version 1 (SYSV), for GNU/Linux 2.6.8, not stripped /lib/libpthread.so.0: symbolic link to `libpthread-2.7.so' I thought perhaps the buiid was wanting a 32 bit library at that point in the compilation, but If I try to replace the target of /lib/libpthread.so.0 with the 32 bit version: q...@pe2950:/lib$ sudo mv libpthread.so.0 _64bit_libpthread.so.0 q...@pe2950:/lib$ sudo ln -s /lib32/libpthread-2.7.so libpthread.so.0 then the make fails differently - INFO: /usr/bin/make: error while loading shared libraries: libpthread.so.0: wrong ELF class: ELFCLASS32 So that's not what the 'incompatible' is about. So far my googling has been from Oracle/Ubuntu/64-bit entry points; if I google for the 'skipping incompatible' message the proportion of unrelated issues seems to be getting huge. Can anyone suggest what I need to do to get this sorted? No flame war here please, but I would prefer to install it to Ubuntu on the principle of 'if it's you administering it, install what you're familiar with', which is 'buntu in my case. I have not done anything with rpm-based systems for years and apt-* comes more naturally to me nowadays. But I am starting to wonder if going to RH may be the only option left. That seems to be the way some of the rest of the internet has gone. -- Please post to: Hampshire@mailman.lug.org.uk Web Interface: https://mailman.lug.org.uk/mailman/listinfo/hampshire LUG URL: http://www.hantslug.org.uk --------------------------------------------------------------
