On Wed, Aug 23, 2000 at 07:23:33AM -0300, Alexandre Oliva wrote:
> On Aug 23, 2000, Alex Hornby <[EMAIL PROTECTED]> wrote:
>
> > Seeing as I did not specify these myself, perhaps we could make
> > libtool insert only one copy :)
>
> No. Each library you linked with depends on those other librar
Hello Albert,
> dependent on nothing:
> $ ldd libpng.so
> libz.so.2 => (file not found)
This is your problem. Your libpng.so is not self-contained.
The run-time linker is not able to resolve all dependencies
of your libpng.so. You may set LD_LIBRARY_PATH, but you
definetly want to fix yo
On Wed, Dec 20, 2000 at 02:01:17PM -0500, Tom Kacvinsky wrote:
> Huh? My experience (on Solaris) has been that if foo.so has an embedded RPATH
> and the application bar uses foo.so and also has a RPATH, then the binary's
> RPATH is used for shared lib lookups. If the RPATH of the binary does not
> BTW, I posted the same message to comp.unix.solaris and it turns out
> there is a solution. In my code below, I dlopen libz.so and then
> libpng.so. This fails. libpng.so has a hard-coded dependency on
> libz.so.2. So, if I dlopen libz.so.2 and then libpng.so, everything
> works! Now, I don't th
hat do *not* search the dlopened object RPATH:
http://www.TechFak.Uni-Bielefeld.DE/~bfischer/dlopen-bug.tar.gz
Bjoern Fischer
--
-BEGIN GEEK CODE BLOCK-
GCS d--(+) s++: a- C+++(-) UBOSI$ P+++(-) L---(++) !E W- N+ o>+
K- !w !O !M !V PS++ PE- PGP++ t+++ !5 X++ tv-
