Hello Victor
I managed to turn up something from MetaLink for you - someone had the
exact same error as yourself on RH.
Turns out they didn't have the 32bit version of glibc-devel installed, and
this fixed their issue.
Apparently it's an undocumented requirement - Oracle are very good at
those.
Regards - Tony
Think before you print - save energy and paper
hampshire-bounces@??? wrote on 04/04/2009 16:25:21:
> Hi, this is a freshly downloaded x86_64 installation of Ubuntu Server
8.04LTS.
> qg@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
>
> qg@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:
>
> qg@pe2950:/lib$ sudo mv libpthread.so.0 _64bit_libpthread.so.0
> qg@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@???
> Web Interface: https://mailman.lug.org.uk/mailman/listinfo/hampshire
> LUG URL: http://www.hantslug.org.uk
> --------------------------------------------------------------
This email originates from Steria*. It, and any attachments, may contain confidential information and may be subject to copyright or other intellectual property rights. It is only for the use of the addressee(s). You may not copy, forward, disclose, save or otherwise use it in any way if you are not the addressee(s) or responsible for delivery.
If you receive this email by mistake, please advise the sender and cancel it immediately.
Steria may monitor the content of emails within its network to ensure compliance with its policies and procedures.
Any email is susceptible to alteration and its integrity cannot be assured. Steria shall not be liable if the message is altered, modified, falsified, or edited.
_____________________________________________________
* Steria Limited, number 4077975;
Steria Recruitment Limited, number 1437998.
Registered in England and Wales; registered office Three Cherry Trees Lane, Hemel Hempstead, Hertfordshire HP2 7AH
