>>Error in invoking target 'Client_sharedlib' of makefile ins_net_client.mk
When I execute "relink client_sharedlib" ,I got the following output..
/home/oracle/oracle/product/10.2.0/db_1/bin/genclntsh
/usr/bin/ld: skipping incompatible /home/oracle/oracle/product/10.2.0/
db_1/lib/libsql10.a when searching for -lsql10
/usr/bin/ld: cannot find -lsql10
collect2: ld returned 1 exit status
genclntsh: Failed to link libclntsh.so.10.1
make: ** [client_sharedlib] Error 1
Thanks in advance!
sagar
Linux flavor? Is it x86 or x86-64? Is Oracle 32-bit or 64-bit? Make
sure you installed proper architecture - it seems Oracle doesn't
support installing Oracle for Linux_x86 on Linux_x86-64. Can also be
that your initial installation is x86-64, but the patchset is for x86.
Metalink has a few notes that might be of help, namely 368365.1,
334329.1, 460969.1.
And by the way, latest patchset for 10.2 is 10.2.0.4, I would
recommend that you jump right to it.
Hth,
Vladimir M. Zakharychev
N-Networks, makers of Dynamic PSP(tm)
http://www.dynamicpsp.com
> /usr/bin/ld: skipping incompatible /home/oracle/oracle/product/10.2.0/
> db_1/lib/libsql10.a when searching for -lsql10
> /usr/bin/ld: cannot find -lsql10
> collect2: ld returned 1 exit status
> genclntsh: Failed to link libclntsh.so.10.1
> make: ** [client_sharedlib] Error 1
>
You have somehow mixed 64 and 32 bit libraries. It says that your
ORACLE_HOME is incompatible.
when i install oracle enterprise(10.2.0.1) then two library made, lib
and lib32 ,and now i m update it by using patch.
now if it is mixed then what i do now??
Hi, Vladimir M. Zakharychev
My linux is x86-64.i
installed oracle enterprise(10.2.0.1) sucessfully.but my patch give
error.i don't know my patch is for x86_64 or x-86??how can i know this
thing??
thanks
As this is a patch you must have got from Metalink, it surprises me
you aren't addressing this by submitting a SR.
--
From the file name I can tell the patchset is 32-bit. If your Oracle
is 64-bit, this patchset probably wouldn't apply at all because they
check the platform, so I assume it's 32-bit either. Review the
Metalink notes I referred earlier, they have some clues on how you
need to configure gcc to allow correct linkage of 32-bit libraries.
However, if Oracle is 64-bit, p5337014_10203_Linux-x86-64.zip
should've been downloaded and applied instead. 64-bit Oracle contains
some 32-bit components, so the patchset could actually patch those
only leaving the 64-bit part untouched.
Regards,
Vladimir M. Zakharychev,
Thanks for ur rpl.one more qus: if
i use oracle 32bit with this patch on linux x86-64.
then will this combination work??
thanks
sagar
Unlikely. First of all, x86-64 patch is not for x86 Oracle, don't even
try applying it if your Oracle is 32-bit. Secondly, as far as I can
tell, Oracle doesn't support 32-bit Oracle on 64-bit Linux (at least
it's not a certified combination,) so you should expect all sorts of
problems with such combo. Most likely you will need to hack the
compiler and linker to properly compile and link 32-bit objects on 64-
bit platform. Check those Metalink notes I recommended in my first
reply. The rule for choosing the right architecture is like this:
32-bit Oracle on 32-bit OS is fine,
32-bit Oracle on 64-bit OS is problematic,
but usually possible with some effort,
64-bit Oracle on 32-bit OS won't run,
64-bit Oracle on 64-bit OS is fine.
So as long as you match the OS and Oracle bitness things should work
just fine. As soon as you start mixing 32-bit with 64-bit expect extra
effort on OS side to make it work.
Your problem is exactly described in note 371683.1. You did use the wrong
patch set.
If you do run 32bit Oracle on 64bit OS, you could try to set your library
path to the right directory (lib32) but it's not supported.
Shakespeare