dlopen() bug on Linux/Alpha ( Was: Unidentified subject!)
Dan Weeks
danimal@blueskystudios.com
Sat Jan 10 14:58:00 GMT 1998
We tried that one too. We got the same results. I beleive that
"-export-dynamic" allows other dynamic libraries to see the symbols in
the one you are loading. But that is just my understanding of it.
-danimal
Stefan Traby writes:
> Hi Dan !
>
> > Let me make a correction to this. When the dlopen call is used it
> > does _not_ kill the executable, it only returns a null file handle.
> > When we use the exact same code on an SGI the shared library is opened
> > and everything works fine.
>
> The big question is, what "-ignore_unresolved" really does.
> Each dynamic library has a "dependency list".
>
> Maybe "-ignore_unresolved" doesn't create dependency entries under Linux.
> This may cause runtime-linking to fail.
>
> Try "-export-dynamic"
>
>
> [man 1 ld ....]
> -export-dynamic
> When creating an ELF file, add all symbols to the
> dynamic symbol table. Normally, the dynamic symbol
> table contains only symbols which are used by a dy-
> namic object. This option is needed for some uses
> of dlopen.
>
> Hope it helps.
--
Dan Weeks <danimal@blueskystudios.com>
Blue Sky|VIFX http://www.blueskystudios.com/ http://www.vifx.com/
Harrison, New York 914/381.8400 - Los Angeles, California 310/822.8872
nunc est bibendum
More information about the Gcc-bugs
mailing list