Re: Troubles with ld

[dballester kernpharma com]

Hi:
"You have a number of problems here. The first is that your linker thinks
it's trying to find a file called -lclntsh when it should report that it
can't find libclntsh.a. Is oracle installed in the same place that you
plan on running it? If not, you should look at the -rpath option to ld as
well."

Yes, it's installed locally and the general environment is configured to
make all the users available to use the oracle tools ( root, oracle owner,
personal users, daemons...). The applications are runnig well, I can
connect to the database using sqlplus, Oracle Enterprise
Manager/DBAStudio...

"Are you running ld directly or through gcc? If the former, why? If
not, are you also passing other options to the linker that the compiler
does not know about?"

I'm using the source rpms, giving all the compilation and installation to
the spec file. I think that ld is called through gcc. It's important to say
that I only change the configure option --with-oci8 to point to the oracle
lib directory. The spec file ( all the process to create an installable rpm
)  is exactly the same that the original shipped with Red Hat 7.2, only
change the line --without-oci8 for --with-oci8=oracle_lib_path.

Any idea?

Thanks for your time, regards








"Steven W. Orr" <steveo syslang net> con fecha 30/01/2002 05:47:53 PM

Destinatarios:     dballester kernpharma com
CC:     enigma-list redhat com

Asunto:   Re: Troubles with ld

On Wed, 30 Jan 2002 dballester kernpharma com wrote:

=>
=>Hi again:
=>     I tried the -L option in the linker command line with same result :
(.
=>This library is in oracle lib directory ( $ORACLE_HOME/lib). But is a
link.
=>
=>"[root hal9000 lib]# ls -l libclnts*
=>lrwxrwxrwx    1 root     root           47 ene 30 15:58 libclntsh.so ->
=>/home/oracle/product/8.1.7/lib/libclntsh.so.8.0
=>-rwxr-xr-x    1 oracle   oinstall  6389538 ene 28 12:16 libclntsh.so.8.0
=>-rwxr-xr-x    1 oracle   oinstall  9189964 ene 28 12:17 libclntst8.a
=>"
=>
=>This path is informed in the /etc/ld.so.conf
=>
=>"[root hal9000 etc]# more ld.so.conf
=>/usr/kerberos/lib
=>/usr/X11R6/lib
=>/usr/lib/qt-2.3.1/lib
=>/usr/lib/wine
=>/usr/lib/sane
=>/usr/lib/mysql
=>/home/oracle/product/8.1.7/lib
=>"
=>If I made an ldconfig -v, the path is cached
=>"
=>/home/oracle/product/8.1.7/lib:
=>        libagtsh.so -> libagtsh.so
=>        libclntsh.so.8.0 -> libclntsh.so.8.0
=>        libVdbJdbcExt.so -> libVdbJdbcExt.so
=>        libVxxxStackTrace.so -> libVxxxStackTrace.so
=>        libvdg.so -> libvdg.so
=>        libnjssl8.so -> libnjssl8.so
=>        libowm2.so -> libowm2.so
=>        libJNLSTool.so -> libJNLSTool.so
=>        libJNLSLib3.so -> libJNLSLib3.so
=>        libocijdbc8_g.so -> libocijdbc8_g.so
=>        libocijdbc8.so -> libocijdbc8.so
=>        libwtc8.so -> libwtc8.so
=>        libnjni8.so -> libnjni8.so
=>        libcorejava.so -> libcorejava.so
=>"
=>But the same error appears when executing make
=> /usr/bin/ld: cannot find -lclntsh
=>
=>I tried to inform of the oracle lib path in the PATH environment
variable,
=>with same error.
=>
=>I'm lost, any help will be very apreciated!
=>
=>
=>
=>
=>
=>
=>Jakub Jelinek <jakub redhat com>@redhat.com con fecha 30/01/2002 12:38:15
=>PM
=>
=>Por favor, responda a enigma-list redhat com
=>
=>Enviado por:   enigma-list-admin redhat com
=>
=>
=>Destinatarios:     enigma-list redhat com
=>CC:
=>
=>Asunto:   Re: Troubles with ld
=>
=>On Wed, Jan 30, 2002 at 11:48:43AM +0100, dballester kernpharma com
wrote:
=>> /usr/bin/ld: cannot find -lclntsh
=>
=>This just means that libclntsh.so nor libclntsh.a cannot be find in
linker
=>search path. I guess it is an Oracle library, so I'd search your Oracle
=>installation, find where it is located and make sure -L/that/path is
added
=>to linker's command line.
You have a number of problems here. The first is that your linker thinks
it's trying to find a file called -lclntsh when it should report that it
can't find libclntsh.a. Is oracle installed in the same place that you
plan on running it? If not, you should look at the -rpath option to ld as
well. Are you running ld directly or through gcc? If the former, why? If
not, are you also passing other options to the linker that the compiler
does not know about?

--
-Time flies like the wind. Fruit flies like a banana. Stranger things have
-
-happened but none stranger than this. Does your driver's license say Organ
-Donor?Black holes are where God divided by zero. Listen to me! We are all-
-individuals! What if this weren't a hypothetical question?
steveo syslang net