OK, I believe you know. :) I either read the dlopen man page
incorrectly, or the dlopen mane page is incorrect.
Thanks...
Tom
On Thu, 21 Dec 2000, Bjoern Fischer wrote:
> > once at process startup, and from a runpath setting within
> > the object from which the call to dlopen() or
pendencies is not
used at all. Unless the man page is in error.
Tom
On Wed, 20 Dec 2000, Bjoern Fischer wrote:
> 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 applic
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
include the paths in the shared lib's RPATH, then the shared lib's d
I was building gtk+-1.2.8 on a sparc-sun-solaris2.7 box using Sun's Pro compiler
and Sun's ld. When libtool was invoked for linking, I see this as the argument
list for libtool:
/bin/sh ../libtool --mode=link ld -g -o libgdk.la -rpath /dsk1/scratch/lib \
-version-info 5:3:5 -release 1.2 -ex
