1 Dec 2007 02:01
Re: dlopen: resolving external library symbols to calling program
Alexander Kabaev <kabaev <at> gmail.com>
2007-12-01 01:01:54 GMT
2007-12-01 01:01:54 GMT
On Fri, 30 Nov 2007 22:19:48 +0200 Kostik Belousov <kostikbel <at> gmail.com> wrote: > On Fri, Nov 30, 2007 at 04:40:33PM -0300, Alejandro Pulver wrote: > > On Fri, 30 Nov 2007 19:02:01 +0200 > > Kostik Belousov <kostikbel <at> gmail.com> wrote: > > > > > On Fri, Nov 30, 2007 at 01:28:58PM -0300, Alejandro Pulver wrote: > > > > Hello. > > > > > > > > When I was updating the games/deng port, I found it failed at > > > > runtime with the following error: > > > > > > > > % doomsday > > > > While opening dynamic library > > > > /usr/local/lib/libdropengl.so: > > > > /usr/local/lib/libdropengl.so: Undefined symbol "ArgExists" > > > > DD_InitDGL: Loading of libdropengl.so failed. > > > > (null). > > > > > > > > The function is defined in m_args.c which is included in both > > > > "doomsday" and "libdropengl.so". But nm(1) reports it as > > > > undefined for "libdropengl.so". Also, it is loaded with > > > > RTLD_NOW. > > > > > > > > % nm `which doomsday` | grep ArgExists > > > > 080d9ef0 T ArgExists > > > You are looking at the wrong symbol table. ELF objects have the > > > dynamic symbol table that is used during run-time linking, and > > > symbol table used by the static linker ld. The former table is(Continue reading)
Thanks for any help.
Sdav
_______________________________________________
freebsd-hackers <at> freebsd.org mailing list
RSS Feed