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