Re: Compiling DBD::Oracle 1.17 with LD_RUN_PATH
- From: scoles@xxxxxxxxxxx (John Scoles)
- Date: Fri, 29 Sep 2006 13:06:01 -0400
Oracle changed the internal location/mapping/bundleing of some thier binaly files.
Specifally the libclntsh.so file is now bundled in the libclntsh.so.10.1 file (depending on which client)
Pehaps we can use LD_RUN_PATH instead in the next version of DBD::Oracle
I will look into this.
cheers
John Scoles
----- Original Message ----- From: "Ronald J Kimball" <rjk-dbi@xxxxxxxxxxx>
To: <dbi-users@xxxxxxxx>
Sent: Friday, September 29, 2006 12:47 PM
Subject: Compiling DBD::Oracle 1.17 with LD_RUN_PATH
I had just built and installed DBD::Oracle 1.17, and I found that I couldn't
use it unless I had LD_LIBRARY_PATH set in my environment. However, with an
installation of DBD::Oracle 1.06, I didn't need LD_LIBRARY_PATH set.
It turns out that the Makefile for 1.06 sets LD_RUN_PATH, which then gets
included in the compiled Oracle.so file, making LD_LIBRARY_PATH unnecessary.
The Makefile for 1.17, on the other hand, doesn't set LD_RUN_PATH.
By setting LD_RUN_PATH in my environment, I was able to build 1.17 with the
path included in Oracle.so.
I'm curious why this change in behavior occured.
thanks,
Ronald
.
- Prev by Date: Compiling DBD::Oracle 1.17 with LD_RUN_PATH
- Next by Date: defining a DSN for Access on Linux
- Previous by thread: Compiling DBD::Oracle 1.17 with LD_RUN_PATH
- Next by thread: defining a DSN for Access on Linux
- Index(es):
Relevant Pages
|
|